Webpack 配置优化：移除废弃的 wasmLoading 选项 fetch-streaming

在 Webpack 的持续演进过程中，一些早期引入的配置选项随着技术发展逐渐变得不再适用。最近 Webpack 核心团队合并了一个重要修复，移除了 output.wasmLoading 配置中已经失效的 fetch-streaming 选项。本文将深入解析这一变更的技术背景和影响。

WebAssembly 加载机制演进

Webpack 对 WebAssembly (WASM) 模块的支持经历了多个阶段的优化。最初，Webpack 提供了几种不同的 WASM 模块加载策略：

1. 同步加载：通过 XMLHttpRequest 同步加载 WASM 模块
2. 异步加载：使用 fetch API 异步加载 WASM 模块
3. fetch-streaming：尝试利用流式加载技术优化 WASM 加载

其中 fetch-streaming 方案旨在利用流式编译特性，理论上可以实现 WASM 模块的边下载边编译，从而提升加载性能。然而，这一方案在实际应用中存在兼容性和稳定性问题。

为何移除 fetch-streaming

fetch-streaming 选项实际上早已无法正常工作，主要原因包括：

1. 浏览器兼容性问题：并非所有浏览器都完整实现了流式 WASM 编译
2. 实现复杂性：流式加载在实际网络环境中的表现不稳定
3. 维护成本：保留不工作的选项会增加代码复杂性和维护负担

Webpack 团队经过长期观察，确认现代浏览器环境下标准的异步加载方案已经足够成熟和稳定，因此决定彻底移除这个已经失效的选项。

对开发者的影响

对于大多数开发者来说，这一变更不会产生任何负面影响：

1. 如果你从未显式配置 wasmLoading 选项，Webpack 会使用默认的异步加载方案
2. 如果你之前配置了 fetch-streaming，构建时会自动回退到默认方案
3. 现有的同步和异步加载方案仍然完全支持

最佳实践建议

基于这一变更，我们建议开发者在 WASM 相关配置中：

1. 对于大多数场景，无需显式配置 wasmLoading，使用默认行为即可
2. 如需明确指定，可使用 "async" 或 "sync" 两种有效选项
3. 优先考虑异步加载方案，以获得更好的应用性能

总结

Webpack 通过移除不工作的 fetch-streaming 选项，简化了 WASM 加载的配置逻辑，使开发者能够更清晰地理解和使用有效的配置方案。这一变更体现了 Webpack 团队持续优化和精简配置选项的决心，同时也反映了 WebAssembly 生态的成熟和稳定。