深入淺出WebAssembly

當初以爲WebAssembly可以使用C/C++語言調用系統API，深入瞭解後才知道原來是爲了突破JS的性能瓶頸搞的一套標準，同時也使得引入現有C/C++成熟應用庫成爲可能。前端JS不再孤獨，它可以和很多語言一起玩耍了。

主要是瞭解wasm技術這本書是可以的，介紹得很全面。往深一般人看不懂，更多還是要實際操作。可以作爲入門瞭解書籍

把字體縮到最小，100多頁都還沒入正題，前面瀏覽器流程稍微說的詳細點還有些道理，但是後面的ASM.js和NaCl都那麼細緻的描述，還列出源代碼，我都崩潰了！作者是在強行展示自己學識淵博嗎？

我很高興能夠看到這本書的出版，作者在書中詳細地介紹了有關WebAssembly的各種主題。在這本書即將出版之際，WebAssembly差不多一歲了——如果從所有主流的Web瀏覽器開始支持WebAssembly算起，那麼這項技術仍然相當年輕，業界也纔剛剛開始意識到它將多麼具有革命性。WebAssembly所擁有的潛力將會在未來對IT行業產生巨大的影響，但在此之前，我們需要有優秀的文檔。 爲什麼WebAssembly的潛在影響力會如此之大？有以下幾個原因。 WebAssembly讓Web應用運行更快。WebAssembly是一種新的格式，文件體積更小，啓動速度更快，運行速度也更快。與使用JavaScript構建的Web應用相比，性能提升非常明顯。在大部分情況下，運行速度提升兩倍以上，特別是在啓動速度方面，速度提升可以達到10倍。 WebAssembly讓Web應用能夠與原生應用展開競爭。WebAssembly是多種編程語言的編譯器目標，包括C和C++。基於這些編程語言實現的優秀軟件，如遊戲引擎Unity、Unreal，設計軟件AutoCAD等，如果使用JavaScript開發在功能上與這些軟件旗鼓相當的產品可能需要很多年時間。但如果將它們編譯成WebAssembly，這些原生應用就可以直接運行在Web平臺上。因此，Web能夠與原生平臺相提並論。 WebAssembly還在Web領域之外爲行業帶來了其他可能性。WebAssembly運行速度快、可移植，提供了沙箱機制，並擁有衆多優秀的開源實現，就像 Web 本身一樣，它將會是一個被長期支持的行業標準。因此，WebAssembly開始被應用在Web瀏覽器之外的領域也就不足爲奇了，例如區塊鏈和內容分發網絡（CDN）。 回首過去，我們的行業能夠取得如此的成就已經很了不起了。幾年前，還沒有人去進行這種跨瀏覽器協作，以便讓原生代碼運行在Web平臺上。不過有很多不同的項目，如Native Client、Adobe Alchemy和ASM.js，它們都在嘗試做同樣的事情，只是每個項目都有各自的優缺點。而我認爲，是ASM.js的出現讓業界開始專注於解決這個問題——ASM.js最初出現在Firefox中，由於它是 JavaScript 的一個子集，因此可以無縫地運行在所有瀏覽器中，但運行效率不高。視頻遊戲等行業的一些頂級的公司開始嘗試使用ASM.js和Emscripten（我在2010年開源的編譯器工具鏈，可以將代碼編譯成ASM.js）。由於在這些領域的廣泛應用，Edge以及後來的Chrome均開始支持ASM.js。此時，人們一致認爲這個領域需要一個行業標準，於是WebAssembly出現了。

想要wasm的動態鏈接，看了官方說明還是in progross 。網上搜到有人提了這本書中有寫，也剛好微信讀書提供了電子版。感慨下作者深厚的功底，基於Linux 的動態鏈接實現方法，提供了webassembly的對應方案，值得一試。

拆臺的來了。[呲牙]，初學者不要讀這本書，有另一本《面向WebAssembly編程，應用開發方法與實踐》更適合初學者查看，而且方法更簡約。這本書，嗯，又臭又長。[捂臉][捂臉]

最美航妹出品，必屬精品[機智][機智][機智]

我主要就是看wasm是什麼，能夠做什麼，所有主要看的第一章和之前的部分以及最後一章，因爲現在基本都是rust開發wasm，所有本書大部分內容對我沒啥用，總共用時30分鐘，目的達到

無意中看到這本書，想着以後可能會用到它，於是打開看看，這本書理論講的比較多，我基本是快速跳過，不到兩個小時就看完了，看完我的感覺是除非有必要，且有很大的收益，否則不要輕易使用WebAssembly，第一是生態不是很完善，很難上手，第二是適用場景較少；第三是對前端開發不友好，要寫C++/go/rush等語言，如果真的有性能問題，我會首選後端來處理，其次，webworker也是一種不錯的選擇。

內容乾貨，人又美，買就完了[得意][得意][得意]