深入浅出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也是一种不错的选择。

内容干货，人又美，买就完了[得意][得意][得意]