WebAssembly 的大功能是否很慢？

您引用的文档对于 WebAssembly 的当前实现是不准确的。现在只有 Chakra 有一个解释器，任何“热”函数都会被 JIT 编译，无论大小。WebAssembly 的 JavaScriptCore 实现仅进行 JIT 编译，“热”函数在更高的优化级别重新编译。

话虽如此，大纲有几个优点：

• 该.wasm二进制可以变得更小。这意味着它下载速度更快。
• 理论上，如果我们开始在 Web 上经常看到它们，引擎可以重新内联小的轮廓函数，这样你就不会因为轮廓而损失性能。
• 大函数有时需要更长的时间进行 JIT 编译，通常编译是非线性的（尽管引擎会随着时间的推移而变化，如果这成为一个普遍的问题，可以更好地处理大函数）。
• 引擎通常在每个函数的边界上并行编译，因此更多的小函数可以更好地并行编译，并更多地填充编译管道（尤其是在编译结束时，如果您只剩下几个大函数来编译内核就不会了）被利用）。这是一个很小的问题，我不会太担心。

然而，这一切都在不断变化，引擎实现者会对我们在 Web 上看到的做出反应，并调整引擎以更好地处理现实世界的代码。做正确的事情通常是好的，如果您看到病态，并在每个引擎上记录错误。这可能意味着通过使用大纲来减少下载大小，并期望发生良好的重新内联。