用法：
module.rules 中的 type 就是新增加的属性，用来支持不同的模块类型。
module: {
rules: [{
test: /\.special\.json$/,
type: "javascript/auto",
use: "special-loader"
}]
}
此外，现在webpack 按照 .wasm, .mjs, .js, 以及 .json 等扩展名的顺序来解析。
javascript/esm 相比于 javascript/auto 处理ESM更加严格:
具体表现在两个方面：1. 导入的名称必须存在于导入的模块中。2. 动态的模块（非ESM，例如CommonJS）只能通过默认 import 导入，其他所有（包括命名空间导入）的导入都会报错。
2.3 用法
必须在 “开发或者生产” 中选择一种模式（这里有一种隐藏模式 none，可以禁用一切功能）。
1）生产模式不支持监听，开发模式针对快速增量重建进行了优化。
2）生产模式同样支持模块串联，即变量提升（此功能在webpack 3 中已经实现）。
3）开发模式下支持注释和提示，并且支持 eval 的source map。
将 CLI 移动到 webpack-cli 中，你需要通过安装 webpack-cli 使用 CLI。
你可以使用 optimization.* 标志来配置自己的自定义模式。
webpackInclude 和 webpackExclude 可以通过神奇的注释来支持 import() ，他们允许在使用动态表达式时过滤文件。
使用 System.import() 会发出警告:
1）可以使用 Rule.parser.system:true 关闭警告。
2）你也可以使用 Rule.parser.system:false 关闭 System.import()。
对于迁移到新的插件系统的插件 ProgressPlugin 现在显示插件名称。
webpack 现在可以本地处理 JSON。如果用 loader 转换 json 为 js，需要设置： type:”javascript/auto”。当然，不用 loader webpack 依然可以正常工作。
2.4 配置
删除了一些常用内置插件：
1）NoEmitOnErrorsPlugin -> optimization.noEmitOnErrors (生产模式默认)。
2）ModuleConcatenationPlugin -> optimization.concatenateModules （生产模式默认）。
3）NamedModulesPlugin -> optimization.namedModules （开发模式默认）。
删除了常用的 CommonsChunkPlugin -> optimization.splitChunks对于那些需要细粒度控制缓存策略的人，可以通过 optimization.splitChunks和 optimization.runtimeChunk。 现在可以使用 module.rules[].resolve来配置解析。它与全局配置合并。
optimization.minimize 用于控制minimizing的开关。 生产模式默认为开，开发模式默认为关。
optimization.minimizer 用于配置minimizers和选项。
许多支持占位符的配置选项现在也支持函数形式。
错误的 options.dependencies 配置现在会抛出异常。
sideEffects 可以通过 module.rules 覆盖。