今天的第一条推文中我们提到了一个技术--WebAssembly。

WebAssembly 是个啥玩意儿？

WebAssembly 是一种可以使用非 JavaScript 编程语言编写代码并且能在浏览器上运行的技术方案。

非 JavaScript 代码可以是 C、C++ 或 Rust 等。这些代码会被编译进你的浏览器，在你的 CPU 上以接近原生的速度运行。这些代码的形式是二进制文件，你可以直接在 JavaScript 中将它们当作模块来用。是不是很爽，JAVA 程序员写的应用可以跑在浏览器里。

所以 WebAssembly 不是编程语言，它是一种中间格式，字节码，可以作为其他语言的编译目标用的。如果是这样的话，那么编译之后的二进制文件字节码实际上就很难被读懂了，也是起到了保护的作用。

那么问题来了，这种技术方案能不能用来保护小程序的代码呢？

要回答这个问题就必须先解决一个问题：
javascript 代码是否可以被编译为 wasm？

答案是比较遗憾的，js 是一种弱类型的语言，wasm 呢是强类型的，想要达到编译目的还是挺难的，虽然网上有很多尝试性的项目，但大多数还只是实验性质的，无法用于生产环境。

另外 wasm 是用来提高 js 执行效率的，适用于计算密集型的应用(比如游戏移植)，对于 dom 操作、多线程、GC 还在探索阶段(Post-MVP 版本)...

所以咯，用 js 编写的小程序应用自然就无法使用这种手段来保护了。

虽然比较遗憾，但是随着 WebAssembly 不断发展。目前，已经有以下语言支持它了：

• C / C ++-通过 EmScripten 或其他基于 LLVM 的最小工具链提供了很好的支持（可用于生产环境）
• Rust-WebAssembly 是受官方支持的目标，周围有非常活跃的社区。
• Go-现在已将 WebAssembly 作为正式但实验性的目标来支持
• C＃-通过 Blazor 具有实验支持，但是当前需要将.NET 运行时嵌入 Wasm。最近发布了预览版，Blazor 被 Microsoft 正式用作实验技术。
• D-D 的“ betterC”子集可以通过 LDC（LLVM 编译器）编译为 WebAssembly。
• TypeScript-通过 AssemblyScript，实验性强，但势头强劲。
• Java-通过 TeaVM 或 Bytecoder
• Haxe-刚刚宣布支持
• Kotlin-Kotlin / Native 0.4 通过 WebAssembly 和 TeaVM 获得了实验支持
• Python-Pyodide 是 WebAssembly 的 Python 移植，其中包括科学 Python 堆栈的核心软件包（Numpy，Pandas，matplotlib）。
• PHP-实验性的，但具有有效的原型
• Perl-WebPerl 是 Perl 二进制文件到 WebAssembly 的端口，允许您在 Web 上运行 Perl 脚本。
• Scala-使用 Emscripten 编译器
• Ruby-通过 run.rb 项目
• Swift-使用 SwiftWasm，目前正在开发中

商业解决方案：

• RemObjects-已宣布支持 C＃，Java，Swift 和 Oxygene

关于 JavaScript，由于 WebAssembly 是一种静态类型的汇编语言，因此不太可能获得支持。

总之，希望未来会有所突破吧。