Ending 定律：所有可编译为 WebAssembly 的，终将被编译为 WebAssembly（Any application that can be compiled to WebAssembly, will be compiled to WebAssembly eventually）。
PART. 0
前言
WebAssembly 作为一种新兴的网页虚拟机规范，它的设计指标包含：高可移植性、高安全性、高效率。
2018 年 WebAssembly 第一个标准草案诞生，2019 年成为 W3C 第四个规范语言。到了 2022 年底能够说咱们曾经进入了 Wasm 原生时代……
PART. 1
Ending 定律和 Wasm 原生
1、什么是 Ending 定律
Ending’s law:“Any application that can be compiled to WebAssembly, will be compiled to WebAssembly eventually.”
Ending 定律：“所有可编译为 WebAssembly 的，终将被编译为 WebAssembly。”
Ending 定律也称为终结者定律，它是 Ending 在 2016 年 Emscripten 技术交流会上针对 WebAssembly 技术给出的断言。Ending 定律的威力不仅仅在语言层面。WebAssembly 是第一个虚拟机世界规范，当前将人手至多一个 Wasm 虚拟机。
不过和之前被大家鄙视的 JavaScript 语言大举入侵各个领域的状况不同，这次 Python、Ruby 这些语言将彻底拥抱 WebAssembly 技术，因为它是一个更底层、也更加凋谢的新兴生态平台。从 Ending 定律能够预测 Wasm 原生时代迟早都会到来。
2、什么是 Wasm 原生
Wasm 原生能够类比云原生的定义：就是天生就是为 WebAssembly 平台设计的程序和语言。比方专门为 WebAssembly 设计的 AssemblyScript 语言和凹语言就是 Wasm 原生的编程语言。如果一个利用天生就是思考了 WebAssembly 的生态反对，那么就是 Wasm 原生的利用。一个 Wasm 原生利用很容易反对纯浏览器环境，因而不反对纯浏览器环境的利用大概率不是 Wasm 原生。
当初 Docker 曾经开始反对 Wasm 程序，因而 Wasm 原生软件人造也是云原生的软件，然而反之则不能成立。而云原生因为受限于云的环境、导致其利用的场景和畛域有较大的限度，比方云原生利用强依赖网络因而无奈在很多单片机环境、甚至是本地环境运行，因而云原生更多是在互联网企业风行。然而 Wasm 原生的程序则能够轻松在 Arduino 等受限环境、本地台式机机环境、集体智能手机环境和 Kubernetes 等云原生环境执行。能够说将来 Wasm 原生利用将无处不在！
PART. 2
WebAssembly 简史
WebAssembly (简称 Wasm) 是 W3C 定义的第 4 个规范，是 Web 的第 4 种语言。说 WebAssembly 是一门编程语言，但实际上它更像一个编译器，其实它是一个虚拟机，它还蕴含了一门低级汇编语言和对应的虚拟机体系结构，而 WebAssembly 这个名字从字面了解就阐明了所有：“Web 的汇编语言”。
简而言之，WebAssembly 是一种新兴的网页虚拟机规范，它的设计指标包含：高可移植性、高安全性、高效率（包含载入效率和运行效率）、尽可能小的程序体积。
1、Emscripten 我的项目
WebAssembly 的前身是 Mozilla 创立的 Emscripten 我的项目(2010 年)——通过将 C/C++ 通过 LLVM 编译到 JavaScript 的 asm.js 子集来提速！JavaScript 作为弱类型语言，因为其变量类型不固定，应用变量前须要先判断其类型，这样无疑减少了运算的复杂度、升高了执行效力。因为 asm.js 仅蕴含能够预判变量类型的数值运算，无效的防止了 JavaScript 弱类型变量语法带来的执行效力低下的顽疴。依据测试，针对 asm.js 优化的引擎执行速度和 C/C++ 原生利用在一个数量级。
2015 年 6 月 Mozilla 在 asm.js 的根底上公布 WebAssembly 我的项目，随后 Google、Microsoft、Apple 等各大支流的浏览器厂商均大力支持。WebAssembly 不仅领有比 asm.js 更高的执行效力，因为应用了二进制编码等一系列技术，WebAssembly 编写的模块有更小的体积和更高的解析速度。目前不仅 C/C++ 语言编写的程序能够编译为 WebAssembly 模块，Go、Kotlin、Rust、Python、Ruby、Node.js、AssemblyScript、凹语言等新兴的编程语言都开始对 WebAssembly 提供反对。
2、WebAssembly 1.0 草案
WebAssembly 技术自诞生之日就进入高速倒退阶段。在 2018 年 7 月 WebAssembly 1.0 草案正式公布，在 2019 年 12 月正式成为 W3C 国际标准，成为与 HTML、CSS 和 JavaScript 并列的唯四前端技术。2019 年，同样诞生了 Wasi (WebAssembly System Interaface）标准，用于将根本的零碎调用带入到 Wasm 生态。2022 年 Docker 对 Wasm 提供反对，目前 WebAssembly 曾经是一个独立的生态。
3、WebAssembly 生态大图
上面是“WebAssembly 将引领下一代计算范式”展现的生态大图：
能够看到从工具链、基础设施、到应有和 Web3 均有波及，生态曾经十分丰盛。正和 JVM 构建的生态相似，WebAssembly 也在构建本人的宏大生态。
PART. 3
Wasm 社区 22 年的变动
2022 年，国内外自媒体社区对 WebAssembly 的评估态度堪称是完满遵循了欲扬先抑的剧本。
先是有热文爆大佬 WebAssembly 守业失败引发质疑，而后是传出社区决裂、利用争议再引发炒错的方向等争执，而后随着 Docker 对 Wasm 反对的预览版公布带来风向 180 度大转弯，几乎是要把不明真相的大众彻底忽悠拐了。其实 WebAssembly 从诞生之日起，真正的从业人员始终在稳步推动，齐全没有自媒体设想和策动的这些剧本演义。
1、WebAssembly 2.0 草案
4 月 20 日，W3C 颁布了 WebAssembly 2.0 的第一批公共工作草案。次要蕴含向量类型、援用类型、多返回值、多 Table 反对、Table 和内存指令加强等。
向量类型的反对能够用于优化纯计算类型的并发程序、援用类型能够用于和内部的浏览器 DOM 对象等更好的交互、多返回值能够能够简化某些程序的示意（比方凹语言后端依赖该个性）、多 Table 反对可能用于灵便反对多模块连贯等。能够说 WebAssembly 规范是该生态的对立基准立体，而且这些个性的实现曾经绝对遍及，能够作为试验个性试试用。
比方凹语言后端依赖该个性）、多 Table 反对可能用于灵便反对多模块连贯等。能够说 WebAssembly 规范是该生态的对立基准立体，而且这些个性的实现曾经绝对遍及，能够作为试验个性试试用。
残缺文档参考：https://www.w3.org/TR/wasm-core-2/
2、Docker 反对 WebAssembly
2019 年，Docker 创始人 Solomon Hykes 公布了一条推文，他说如果 2008 年就诞生 WebAssembly 和 Wasi 的话，Docker 就没有必要诞生了。
其实作者在 2018 年写作《WebAssembly 规范入门》时，通过推演也得出过相似的论断：过后的论断是 WebAssembly 更大的生命力在浏览器之外，如果配合文件系统、网络系统将失去一个更为迷你的操作系统无关的运行平台。
Docker 与 WasmEdge 单干创立了一个 containerd shim，该运行时反对运行 Wasm 程序。上面是 Docker 对 Wasm 的反对原理图：
Docker 执行 Wasm 须要指定一些额定参数：
$ docker run -dp 8080:8080 \
--name=wasm-example \
--runtime=io.containerd.wasmedge.v1 \
--platform=wasi/wasm32 \
michaelirwin244/wasm-example首先 runtime 参数指定 Wasmedge 运行时，而后 platform 指定采纳 Wasi/wasm32 标准（指定有哪些宿主 API）。
残缺的信息能够参考 Docker 的官网文档：https://docs.docker.com/desktop/wasm/
3、SQLite3 官网反对 WebAssembly
SQLite3 作为一个纯正的 C 语言库，其实在 WebAssembly 规范诞生之前就能够通过 Emscripten 技术将 C 代码编译为 asm.js。
因而，网上很早就有在浏览器的 JS 版本、甚至间接通过 Emscripten 输入 WebAssembly。不过这次是 SQLite3 官网提供了对 WebAssembly 的反对，这示意 WebAssembly 在 SQLite 社区齐全进入工业级利用阶段！
依据官网介绍，次要有 4 个指标：
- 绑定一个低级的 SQLite3 API，在应用方面尽可能靠近原生 API；
- 更高级别的面向对象格调 API，相似于 sql.js 和 node.js 款式的实现；
- 基于 Worker 的 API，以反对多线程环境更容易应用 SQLite 性能；
- 基于 Worker API 的 Promise 包装，对用户齐全暗藏了跨线程通信方面复杂性。
而不在此列的个性包含不反对 UTF 16、和革除老旧个性等。简而言之，在提供底层 API 能力的同时，针对面向对象、多线程等环节提供简略易用的 API。
残缺的介绍请参考：https://sqlite.org/wasm
4、Ruby 3.2 反对 WebAssembly
12 月公布的 Ruby 3.2 也减少了基于 Wasi 的 WebAssembly 反对。使得 CRuby 二进制内容可用于浏览器、Serverless Edge、以及其余 WebAssembly/Wasi 嵌入环境。
目前，此性能已通过除 Thread API 之外的 basic 和 bootstrap 测试套件。
尽管目前基于平安起因，还短少一些性能来实现纤程、异样和垃圾回收的个性，然而这曾经让用户能够在浏览器中尝试原生的 CRuby：https://try.ruby-lang.org/playground/
5、Python 3.11 反对 WebAssembly
和 Ruby 社区的指标相似，Python 社区也在 4 月启动在 Python 3.11 减少对 WebAssembly 的反对。Python 3.11 对 wasm32-emscripten 和 wasm32-wasi 提供了反对，从而也实现了在浏览器执行 Python 的幻想。
具体细节可参考以下文档：
- https://pythondev.readthedocs.io/wasm.html
- https://docs.python.org/3/library/intro.html#webassembly-plat…
- https://speakerdeck.com/tiran/python-3-dot-11-in-the-web-brow…
因为有了 WebAssembly 魔法加持，Ruby 和 Python 等脚本语言也终于能够在浏览器游玩了。
6、为 WebAssembly 而生的凹语言
WebAssembly 草案刚刚公布不久，国外就诞生了专门为其设计的 AssemblyScript 语言。
在 2022 年 7 月，国内 Gopher 也发动了针对 WebAssembly 平台的凹语言。目前凹语言不仅仅提供了在线的 Playground，还上线了用凹语言开发的贪吃蛇小游戏。心愿新兴的语言能够为 WebAssembly 注入更多的生机。
▪凹语言主页：https://wa-lang.org/
▪凹语言仓库：https://github.com/wa-lang/wa
▪凹语言开发的贪吃蛇：https://wa-lang.org/wa/snake/
PART.4
Wasm 虚拟机实现
对于 JavaScript 用户，间接通过浏览器内置的 WebAssembly 模块即可，或者是通过 Node.js 提供的模块 API。咱们这里简要介绍的是浏览器环境之外的 Wasm 虚拟机实现，这里介绍的次要有 C/C++、Rust 和 Go 语言几类实现。
总体来说，大家齐全不须要放心 Wasm 虚拟机的抉择和切换代价，只有遵循 Wasm 规范准则切换虚拟机就和换个鼠标一样容易。
1、C/C++ 语言|WasmEdge、wasm3 和 Wamr
WasmEdge 和 Wasm3 是 C/C++ 语言实现的具备代表性的两个 WebAssembly 虚拟机（没有蕴含 V8 的虚拟机）。
WasmEdge 能够说是目前最受关注的 WebAssembly 虚拟机实现，因为它不仅仅是 CNCF 举荐的 Wasm 虚拟机，更是 Docker 内置的 WebAssembly 虚拟机。WasmEdge 是由美国的袁钧涛（Michael Juntao Yuan）发动，是由 CNCF 托管的云原生 WebAssembly runtime。
它广泛应用于边缘计算、汽车、Jamstack、Serverless、SaaS、服务网格，乃至区块链利用。WasmEdge 能够进行 AOT（提前编译）编译器优化，是当今市场上最快的 WebAssembly runtime 之一。
能够预计，随着 Docker Wasm 的遍及，WasmEdge 将成为最风行的 Wasm 虚拟机实现之一。
WasmEdge：https://wasmedge.org
袁钧涛 (Michael Juntao Yuan)：https://github.com/juntao
Wasm3 是 C 实现的 WebAssembly 引擎，可运行在嵌入式设施上。因为须要的资源比拟少，目前能够运行在 Arduino 和树莓派环境。
Wasm3 仓库：https://github.com/wasm3/wasm3
由 Mozilla、英特尔、RedHat 和 Fastly 公司发表成立字节码联盟（Bytecode Alliance）开发的 WebAssembly Micro Runtime（Wamr）也是一个十分优良的虚拟机实现，其提供 AOT、JIT 等多种不同的优化伎俩，底层也是依赖 LLVM 后端的一些能力。
▪Wamr 的仓库：https://github.com/bytecodealliance/wa sm-micro-runtime
2、Rust 语言|Wasmer 和 Wasmtime
Wasmer 和 Wasmtime 是 Rust 实现的两个风行的 WebAssembly 虚拟机。依据 2022 年 7 月的调查报告 (300 人提交问卷) 显示，来自字节码联盟的 Wasmtime 最风行、其次为 Wasmer。不过从长期看，作者揣测 WasmEdge 将随着 Docker/wasm 成为浏览器外最风行的 Wasm 虚拟机实现。
▪Wasmtime 仓库：https://github.com/bytecodealliance/wasmtime
▪Wasmer 仓库：https://github.com/wasmerio
3、Go 语言|WaZero
WaZero 是纯 Go 语言实现的 WebAssembly 虚拟机，因而不须要依赖 CGo 个性。目前凹语言内置的就是 WaZero 虚拟机。
仓库地址：https://github.com/tetratelabs/wazero
另外，国内张秀宏著的《WebAssembly 原理与核心技术 》 探讨了用 Go 语言如何实现 WebAssembly 虚拟机，感兴趣的读者能够参考。
PART.5
反对 Wasm 的编程语言
WebAssembly 容许开发者用几十种编程语言（包含 AssemblyScript、C/C++、Rust、Golang、JavaScript 和凹语言等）编写应用程序。
反对 Wasm 的编程语言次要分为 3 类：
- 首先是专门为 WebAssembly 设计的新语言，比方 AssemblyScript 和凹语言等；
- 其次是将语言编译到 WebAssembly 指标平台，比方 C/C++、Rust、Golang 这类语言（和第一类有肯定重叠）；
- 最初是将语言的虚拟机或解释器编译到 WebAssembly 平台，比方 Lua、JavaScript、Ruby 和 Python 这些。
除此之外，还有一些其它的畛域语言也在反对 WebAssembly 平台。
反对 WebAssembly 的语言列表：https://github.com/appcypher/awesome-wasm-langs
1、JavaScript|WebAssembly 替换的标
JavaScript 开始其实是 WebAssembly 要替换的指标。然而随着 WasmEdge 等引擎反对 QuickJS 的解释器，JavaScript 逐步变成了 WebAssembly 平台之上的最风行的编程语言。这里除了有 JavaScript 语言用户比拟多的因素，同时 JavaScript 的单线程模型也十分符合 WebAssembly 的单线程模型（只是绝对于 Python 等反对多线程的脚本语言，套娃的性能损失至多 10 倍起）。
JavaScript 和 WebAssembly 有限套娃的事件真在切实产生，同时 JavaScript 也失去了浏览器中的霸主位置，降级为一般公民。
2、AssmblyScript|为 WebAssembly 而生的 TypeScript
AssemblyScript 是一个把 TypeScript 语法搬到 WebAssembly 的编译器。它目前是 WebAssembly 环境十分受欢迎的一个语言。
AssemblyScript 只容许 TypeScript 的无限性能子集，因而不须要花太多工夫就能够上手。同时它与 JavaScript 十分类似，所以 AssemblyScript 使 Web 开发人员能够轻松地将 WebAssembly 整合到他们的网站中，而不用应用齐全不同的语言。
上面是一个 AssemblyScript 程序，和 TypeScript 简直是一样的：
export function add(a:i32, b:i32):
return a + b;
}不过 AssemblyScript 只有 WebAssembly 反对的根本类型，而简单的类型通过内置库实现。同时为了提供灵便的扩大能力，AssemblyScript 编译器提供了扩大能力。
AssemblyScript 主页：https://www.assemblyscript.org/
3、C/C++|WebAssembly 为其而生
C/C++ 是 WebAssembly 该技术前身 Emscripten 诞生时的初始指标。Emscripten 我的项目，尝试通过 LLVM 工具链将 C/C++ 语言编写的程序转译为 JavaScript 代码，在此过程中创立了 JavaScript 子集 asm.js，asm.js 仅蕴含能够预判变量类型的数值运算，无效的防止了 JavaScript 弱类型变量语法带来的执行效力低下的顽疴。
其中的外围魔法使 WebAssembly 和 C/C++ 采纳类似的线性内存模型，提供为 JIT 提供了转化为类似代码的可能。
4、Rust 语言|基于 LLVM 的输入 WebAssembly 能力
Rust 和 Emscripten 都诞生于 Mozilla 公司，因而目前 WebAssembly 社区和 Rust 社区有着很大的重叠局部。很多 Rust 实现的 WebAssembly 虚拟机，同时 Rust 编译器借助 LLVM 的能力输入 WebAssembly 模块。
能够说 Rust 技术的倒退和抱住 WebAssembly 这个大腿有极大的关系。当然，因为 Rust 兼容 C/C++ 内存模型同时又无 GC 依赖，使得 Rust 能够结构出十分轻量高效的 Wasm 模块。不过 Rust 自身的超高门槛也为初学者带来了极大的挑战。
5、Go 语言|独立的 WebAssembly 后端
Go 语言作为云计算等畛域的支流语言，从 Go1.11 开始，WebAssembly 开始作为一个规范平台被官网反对，这阐明了 Go 语言官网团队也认可了 WebAssembly 平台的重要性和微小后劲。
目前 Go 语言社区曾经有泛滥与 WebAssembly 相干的开源我的项目，比方有很多开源的 WebAssembly 虚拟机就是采纳 Go 语言实现的。不过 Go 语言对 WebAssembly 被诟病的一个方面是官网生成的 Wasm 文件不是 wasi 标准，同时因为 GC 等个性导致 Wasm 体积比拟大。
社区有个针对嵌入式环境等 TinyGo 变种，后端同样借助 LLVM 的能力输入 WebAssembly 模块。不过因为 LLVM 的依赖十分重，导致 TinyGo 的单个命令行将近 100MB、同样的起因导致无奈不便在浏览器环境应用。能够说 TinyGo 自身并不 Tiny，只是其指标平台是针对 Tiny 的单片机和 Wasm 等平台。
6、凹语言|为 WebAssembly 而生的国产语言
凹语言是为 WebAssembly 而设计的新语言，是国内 Gopher 发动的纯社区构建的开源国产编程语言我的项目。
同时凹语言也是国内第一个实现纯浏览器内编译、执行全链路的自研动态类型的编译型通用编程语言。凹语言不仅仅点亮了 Arduino Nano 33 开发板，同时也通过实现了 BrainFuck 虚拟机证实了其图灵齐备的能力，最近还验证了通过凹语言开发 Web 版本贪吃蛇的能力。
7、KCL|向 WebAssembly 迁徙的畛域语言
Kusion 配置语言（KCL）是由来自蚂蚁的徐鹏飞负责设计的、基于束缚的记录及函数语言。KCL 通过成熟的编程语言技术和实际来改良对大量繁冗配置比方云原生场景的编写，致力于构建围绕配置的更好的模块化、扩展性和稳定性，更简略的逻辑编写，以及更快的自动化集成和良好的生态延展性。
作为畛域语言，KCL 目前也是基于 LLVM 的能力输入 WebAssembly 模块，通过 WebAssembly 模块良好的隔离性和跨平台个性，KCL 能够轻易实现在浏览器当中运行。
KCL 语言的主页：https://kcl-lang.io/
8、其它反对 Wasm 的语言
比方 Zig 等一些语言也反对 Wasm，实质上它们和 C/C++/Rust/TinyGo 一样，都是依赖 LLVM 的输入 Wasm 的能力。当然，也有一些采纳相似 AssemblyScript 路线，通过 Binaryen 输入 Wasm。
还有一些非凡场景，比方 OPA 的 Rego 是独立实现输入 Wasm 的能力。Wasm 尽管和 C/C++ 采纳类似的内存模型，然而仍然有一些轻微的差别，如果心愿施展其最大劣势须要从语言设计和后端输入两个不便思考，这也是很多新语言正在摸索的方向。
PART. 6
Wasm 的一些场景
1、Web 利用
随着 WebAssembly 的成熟，Web 利用不再是 JavaScript 的天下。比方之前就有国外大牛基于 Wasm 技术将 Windows 2000 搬到了浏览器中。而像 AutoCAD 和谷歌地球这些重量级的利用均通过 WebAssembly 反对了浏览器。
当然，不仅仅是重量级的 Web 利用，随着 Wasm 原生编程语言的成熟，能够预期会有更多的其余语言开发的 Web 利用。
比方，上面是采纳凹语言开发的贪吃蛇小游戏就是基于 WebAssembly：
贪吃蛇游戏在线地址：https://wa-lang.org/wa/snake/
2、Web3 和元宇宙利用
随着 Web3 和元宇宙概念的衰亡，WebAssembly 也将作为其中的关键技术，甚至是基石技术。目前 Web3 相干的区块链行业有大量的技术基于 WebAssembly 构建，甚至专门定制 EWASM 技术标准。
而元宇宙作为数字化和事实齐全交融的新社会生态，其底层的软件系统更是十分依赖纯开源软件和平台无关的通用技术，因而作者揣测 GPL 开源协定和 WebAssembly 技术将会是元宇宙的两大要害支柱。
3、Serverless 利用
Serverless 强依赖高度优化的冷启动，Wasm 非常适合作为下一代无服务器平台运行时。SecondState、Cloudflare、Netlify 和 Vercel 等公司都反对通过其边缘运行时部署 WebAssembly 性能。
下图是 AWS Lambda 中的 WebAssembly Serverless 函数工作原理：
具体细节能够参考这个文章：https://www.cncf.io/blog/2021/08/25/webassembly-serverless-fu…
4、插件零碎利用
得益于 Wasm 的跨平台的个性，很多零碎和框架在思考通过 Wasm 开发插件零碎。比方基于 eBPF 和 Wasm 技术实现给 Linux 打动静的补丁。
比方阿里云刚开源的 Higress 网关的插件零碎也反对 Wasm，比照传统 Nginx 网关应用 lua 进行扩大，Wasm 的多语言和平安沙箱个性带来了革命性的变动。同时对比传统 Nginx 网关，批改 lua 代码后须要 reload 能力失效，Higress 能够实现插件的热散发和热加载，插件逻辑发生变化对流量齐全无损，长连贯也不会断开。
应用 Go 开发 Higress 插件可参考：https://higress.io/zh-cn/docs/user/wasm-go.html
比方蚂蚁开源的 MOSN (Modular Open Smart Network），是一款次要应用 Go 语言开发的云原生网络代理平台。
MOSN 就反对通过 Wasm 插件来扩大其能力。下图是 MOSN 插件的工作原理图：
MOSN 插件的细节可参考：https://mosn.io/blog/posts/mosn-wasm-framework/
5、单片机利用
Wasm 不仅仅利用在浏览器、云计算等行业，在边缘计算等嵌入式畛域也有利用场景。比方 Wasm3 虚拟机就针对 arduino 提供的更精简的虚拟机，用户能够通过 Wasm 技术为不同的单片机开发利用。
比方能够通过凹语言联合 Wasm3-arduino 来开发 arduino 的例子，下图是本地模仿环境代码和执行效果图：
Wasm3-arduino 仓库：https://github.com/wasm3/wasm3-arduino
PART. 7
Wasm 教程举荐
WebAssembly 属于这个新生态的根技术、而目前正是处于根技术生态的构建阶段。因而，这类举荐的更多是偏差 WebAssembly 标准、原理和实现的教程。咱们心愿当 WebAssembly 技术正在遍及之后，用户能够通过风行的编程语言间接开发 WebAssembly 利用而不须要关系根技术的细节。
1、《WebAssembly 标准》|2022
WebAssembly 标准 1.0 草案在 2018 年公布，当初最新的 WebAssembly 2.0 在 2022 年公布。
WebAssembly 标准是市面上所有该技术的实现和实际的参加源头。任何心愿追根溯源、获取最前沿的 WebAssembly 倒退方向的同学不仅仅举荐精读该标准，甚至还倡议跟踪标准的探讨和诞生的过程。
该文档并非正式出版的图书，目前标准只有在线电子版，倡议自行打印。
2、《WebAssembly 规范入门》|2018
本书是本文作者和前共事于 2018 年合著，次要解说了 WebAssembly 的基础知识，其内容涵盖了 Wasm 的历史背景、Wasm 中汇编语言和虚拟机指令、浏览器对 Wasm 的反对、其它高级语言对 Wasm 的反对等。
本书适宜想要把握 WebAssembly 技术、构建对应虚拟机工具、编程语言或心愿理解底层细节的用户学习。
3、《WebAssembly The Definitive Guide》|2021
这是 Oreilly 出版的绝对较新的 WebAssembly 专著，不仅仅笼罩了标准自身同时联合了支流编程语言的案例。
目前国内还没有中文版本，大家能够浏览英文版本。
4、《WebAssembly 原理与核心技术》|2021
这是国内虚拟机实现专家张秀宏写的一本讲述如何实现 WebAssembly 虚拟机的专著。它不仅对 WebAssembly 的工作原理、核心技术和标准进行了全面的分析和解读，而且给出了实现 WebAssembly 解释器和 AOT 编译器的思路和代码。
对于心愿尝试本人实现 WebAssembly 的同学倡议浏览本书。
PART. 8
2023 年瞻望
对于 WebAssembly 来说，2022 年是真正润物细无声开始落地的过程：从新的 2.0 规范到 Ruby、Python 两大支流脚本语言开始官网反对，从 SQLite3 开始官网反对、从 Docker 开始官网反对等，到为其而生的凹语言等，到真正的商业利用都有微小的倒退 (而齐全不是因为某个大佬的我的项目黄了就断言 Wasm 要凉的节奏）。
在商业利用上，Figma 基于 WebAssembly 打造在浏览器中的高性能利用，尔后被 Adobe 以 200 亿美元收买，而 Adobe 也在向浏览器迁徙。此外，WebAssembly 也是云厂商、边缘计算和 Serverless 的候选人。
随着 WebAssembly 的遍及，有一些相干技术风行趋势也日趋明朗化。作者做 2 个小小的趋势预测：
- 首先是 WasmEdge 将成为浏览器外最风行的运行时；
- 其次是 JavaScript 将成为 WebAssembly 平台上最风行的编程语言。
不过这只是 5 年内的短期预测，更长的发展趋势还须要看 WebAssembly 生态其余的基础设施和编程语言倒退状态。
只管目前 WebAssembly 倒退喜人，但百废待兴仍有许多工作要做。咱们心愿大家更多的是参加到 WebAssembly 建设中去，而不是仅仅作为围观者。作为凹语言作者，咱们心愿在 2023 年真正解决语言的可用性和易用性的问题，让 WebAssembly 利用构建更加简略。
WebAssembly 作为一个新兴的赛道，作为一个基础设施必将带来更大的生态洗牌，这是一个值得关注和投入的方向，让咱们一起携手共建 Wasm 原生时代。
本周举荐浏览
SOFARegistry | 聊一聊服务发现的数据一致性
SOFARegistry | 大规模集群优化实际
MOSN 反向通道详解
如何对待 Dapr、Layotto 这种多运行时架构？