wasm类似于一个跨平台的C语言，但是出于安全因素加了一些限制，比如不能内嵌汇编，不能任意跳转，其抽象，程度类似于C语言，所以VM,JIT,AOT都很好做，而且做的也可以很轻量级。
首先是文件系统几乎是残废的，资源必须打包在一块上传，并且是readonly得，这导致很多的配置资源比如数据库无法动态的更改，当然有一个emscripten支持挂载的虚拟文件系统。
它是一个标准，解析起来也比较简单，能跑wasm的设备会比较多，甚至包括大量低端的IOT设备，分发比较容易，reachability很高。基本注定了很多高时延要求的网络游戏工控程序的开发和移植绝对有一堆问题可以说这点不解决很多的应用基本不会考虑webassembly平台
然后是网络没错webassembly目前提供的网络socket基本是由websocket模拟的UDP这个协议注定就是不支持要支持必须用中间件做模拟(那我为什么不直接发布二进制程序呢)，
而WASM的设计初衷是什么呢？
1、WASM的出现绝不是要让它成为一门新的编程语言，正相反，它被规划并设计为一个编译目标，允许C的开发者编译器代码，并在浏览器上运行。我生产环境的用法是，把C++的算法代码转成一个.wasm模块，然后又把模块转出base64；代码是在浏览器里跑的。
2、WebAssembly具有巨大的意义——它提供了一条途径，以使得以各种语言编写的代码都可以以接近原生的速度在Web中运行。在这种情况下，以前无法以此方式运行的客户端软件都将可以运行在Web中。
3、WASM旨在提供高度优化的网络计算能力，并被期待去打破JavaScript在既有环境中的垄断（尽管JavaScript是一种很不错的语言，但其在设计之初就没有考虑到性能上的问题）而且WASM从客户端到服务端的迁移，这与Java和JavaScript等前几代技术的发展历程一脉相承。与现有解决方案相比，WASM在服务端提供了一些重要的价值。
4、传统从JS代码，在浏览器端运行，是有被拿到源代码的可能（即使你加密了）WebAssembly使用二进制(文件）的形式，在这方面跨出一步（Flash已经基本算凉了，后面还是要看WebAssembly的表演）。
5、与Java和JavaScript引擎相比，WASM通过LLVM工具链支持20多种编程语言，从而让开发人员有选择语言工具的自由，大大提高了生产力。
再有就是大环境的变化，让行业生态中音视频、云计算、物联网有了更广阔的市场以及在降本提效上更高的追求，此为天时。
而现代浏览器的功能早已不局限在简单的页面呈现，这就是为什么WebAssembly会诞生的重要原因之一。为了将沉重的任务性能提升到一个新的水平，在JavaScript和机器代码之间搭建了一座桥梁，由此才有了——WebAssembly。
如果说Wasm生态中的C位是Mozilla，那么去年在Mozilla裁员事件出现后，他们迅速成立Rust的基金会，以保障Rust开发团队能够独立、稳定地运行，保护Rust以及周边项目的持续发展，为生态提供土壤，此可谓地利。
但是其现在还处于非常早期的阶段，目前也没有找到真正合适的应用场景，所以各家企业对其支持也不强，更谈不上硬件级别的支持。
从理论上讲，这项新技术最终实现了让我们可以编写机器代码以在浏览器的虚拟安全沙箱中运行，甚至升级后的WASM被设计为其它语言的编译目标，允许将服务器端代码（例如C或C++代码）编译到其中，同时在浏览器中执行。
当然，也有很多问题本身超越了WebAssenbly所要所能解决的问题范畴。但是我个人认为，只有当Web环境整体变为一个计算资源池及运行环境之后，WebAssenbly或者其后继技术才会真正得到发展。目前距离这个目标，还有很多路要走。
联系电话：