Webpack 5.22.0+版本打包bundle缺失顶层module.exports问题

这是Webpack 5.22.0版本引入的预期行为调整，不是版本Bug。

5.21.2及之前版本，当配置output.library.type: 'commonjs2'时，Webpack会在生成的bundle最顶层，把webpack启动IIFE的返回值直接赋值给module.exports，也就是你观察到的开头那句module.exports =。
5.22.0版本重构了CommonJS模块的导出注入逻辑，将module.exports的赋值操作移动到了webpackBootstrap的IIFE内部执行，不再放在bundle顶层。这次调整主要是为了修复两个长期存在的问题：

• 解决CJS/ESM混合模块场景下，顶层导出导致的导出时序错误
• 修复模块执行过程抛错时，导出对象被异常污染的边界case

调整后，常规使用场景下（比如直接通过Node.js的require()加载整个bundle），运行逻辑、导出结果和旧版本完全一致，不会有任何兼容性问题。

原有逻辑是通过eval()执行从bundle中手动提取的部分代码，且自定义的解析逻辑默认依赖bundle顶层的module.exports =语句做代码片段截取、执行上下文初始化。高版本将导出赋值逻辑移到IIFE内部后，原有逻辑截取到的代码片段没有正确绑定导出对象，自然会出现运行异常。

按需选择其中一种即可：

• 推荐方案：适配新的bundle结构，移除对顶层module.exports标记的解析依赖。在eval执行提取的代码片段前，先在执行上下文中初始化const module = { exports: {} }，代码执行完成后直接读取module.exports就能拿到和旧版本完全一致的导出结果，不需要修改Webpack配置。
• 回退方案：如果暂时不想调整原有代码解析逻辑，可以在Webpack配置的output节点中添加如下配置，强制Webpack回退到旧版的顶层导出行为：

output: {
  path: outputDir,
  filename: bundleFileName,
  publicPath: '',
  library: {
    type: 'commonjs2',
  },
  environment: {
    module: false
  }
}

内容的提问来源于stack exchange，提问作者Ste