这是 3 部分系列文章中的第 2 篇

1. 使用 JavaScript 创建 WebAssembly 模块实例
2. WebAssembly 中的内存（以及为什么它比你想象的更安全）
3. WebAssembly 表导入……它们是什么？

WebAssembly 中的内存工作方式与 JavaScript 中略有不同。在 WebAssembly 中，你可以直接访问原始字节……这会让有些人担心。但实际上它比你想象的更安全。

什么是内存对象？

当 WebAssembly 模块被实例化时，它需要一个内存对象。你可以创建一个新的 WebAssembly.Memory 并将该对象传入。或者，如果你不这样做，会自动创建一个内存对象并将其附加到该实例。

JS 引擎在内部所做的全部工作只是创建一个 ArrayBuffer（我在另一篇文章中解释了这一点）。ArrayBuffer 是一个 JavaScript 对象，JS 对它有引用。JS 为你分配内存。你告诉它你需要多少内存，它就会创建一个相应大小的 ArrayBuffer。

数组的索引可以被视为内存地址。如果你稍后需要更多内存，可以执行称为“增长”的操作来使数组变大。

将 WebAssembly 的内存视为一个 ArrayBuffer（作为 JavaScript 中的一个对象）有两个作用

1. 它使在 JS 和 WebAssembly 之间传递值变得容易
2. 它有助于使内存管理更安全

在 JS 和 WebAssembly 之间传递值

由于这只是一个 JavaScript 对象，这意味着 JavaScript 也可以在该内存的字节中进行查找。因此，通过这种方式，WebAssembly 和 JavaScript 可以共享内存并在彼此之间传递值。

他们不使用内存地址，而是使用数组索引来访问每个盒子。

例如，WebAssembly 可以将一个字符串放在内存中。它会将其编码成字节……

……然后将这些字节放入数组中。

然后它会将第一个索引（一个整数）返回给 JavaScript。这样 JavaScript 就可以提取这些字节并使用它们。

现在，大多数 JavaScript 并不了解如何直接处理字节。因此，你需要在 JavaScript 方面使用一些东西（就像你在 WebAssembly 方面所做的那样），它可以将字节转换成更实用的值（如字符串）。

在某些浏览器中，你可以使用 TextDecoder 和 TextEncoder API。或者你可以在 .js 文件中添加辅助函数。例如，像 Emscripten 这样的工具可以添加编码和解码辅助函数。

所以这是 WebAssembly 内存只是一个 JS 对象的第一个好处。WebAssembly 和 JavaScript 可以通过内存直接来回传递值。

使内存访问更安全

WebAssembly 内存只是一个 JavaScript 对象还有另一个好处：安全。它通过帮助防止浏览器级别的内存泄漏并提供内存隔离来使事情更安全。

内存泄漏

正如我在关于内存管理的文章中提到的，当你管理自己的内存时，你可能会忘记清除它。这会导致系统内存不足。

如果 WebAssembly 模块实例可以直接访问内存，如果它忘记在超出范围之前清除该内存，那么浏览器可能会出现内存泄漏。

但由于内存对象只是一个 JavaScript 对象，它本身由垃圾回收器跟踪（即使它的内容没有被跟踪）。

这意味着当与内存对象关联的 WebAssembly 实例超出范围时，整个内存数组就会被垃圾回收。

内存隔离

当人们听到 WebAssembly 使你可以直接访问内存时，他们可能会有点紧张。他们认为恶意 WebAssembly 模块可能会进入并访问它不应该访问的内存。但事实并非如此。

ArrayBuffer 的边界提供了一个边界。它是 WebAssembly 模块可以直接访问的内存的限制。

它可以直接访问该数组内部的字节，但它无法看到该数组边界之外的任何内容。

例如，任何其他位于内存中的 JS 对象（如 window 全局对象）都无法被 WebAssembly 访问。这对安全性非常重要。

在 WebAssembly 中出现加载或存储操作时，引擎会进行数组边界检查以确保地址位于 WebAssembly 实例的内存内。

如果代码试图访问超出边界的地址，引擎将抛出一个异常。这会保护剩余的内存。

所以这就是内存导入。在下一篇文章中，我们将看看另一种使事情更安全的导入……表导入.