Babel 本身不提供 exclude 属性，该配置属于 Webpack 的 loader 规则；必须在 webpack.config.js 的 babel-loader rule 中设置 exclude: /node_modules/，以跳过已编译的第三方代码，显著提升构建速度。
Babel 本身不直接提供 exclude 属性，这个配置实际属于 Webpack 的 module.rules 中的 loader 规则。所谓“Babel 的 exclude”，本质是让 babel-loader 跳过 node_modules 目录，避免对已编译的第三方代码重复转译——这对巨型项目尤为关键，能显著缩短构建时间。
明确在 webpack.config.js 中配置 exclude
必须把 exclude: /node_modules/ 写在 babel-loader 对应的 rule 里，而不是 Babel 自身配置（如 babel.config.js）中：
- 正确写法（Webpack 层控制）：
module: {
rules: [{
test: /\.js$/,
exclude: /node_modules/, // ← 关键：告诉 Webpack 别把 node_modules 交给 babel-loader
include: path.resolve(__dirname, 'src'), // 推荐同时指定 include，更精准
use: {
loader: 'babel-loader',
options: {
cacheDirectory: true // 启用文件系统缓存，进一步提速
}
}
}]
}
-
错误理解：在
babel.config.js里加exclude不生效，Babel 配置只管语法转换逻辑，不决定哪些文件该被它处理。 -
为什么有效：
node_modules中绝大多数包已是 ES5 或现代浏览器兼容格式，再经 Babel 处理纯属冗余计算；巨型项目里该目录可能含数千个模块，跳过它可节省数秒至数十秒构建时间。
include 和 exclude 选一个就够，但推荐两者共用
仅用 exclude 有一定风险（比如误匹配路径），而仅用 include 更主动、更安全：
-
include: path.resolve(__dirname, 'src')—— 只处理源码目录，天然隔离node_modules、dist、node等无关路径； -
exclude: /node_modules/—— 是兜底策略，防止意外引入外部 JS 文件时被误处理； - 二者同时存在时，Webpack 会优先按
include匹配，再排除exclude，逻辑更清晰。
注意边界情况：某些 node_modules 仍需 babel 处理
极少数 npm 包（如部分新发布的 UI 库、未编译的 ESM-only 包）源码仍是 ES6+，直接排除会导致语法报错。此时需针对性放行：
立即学习“Java免费学习笔记（深入）”；
- 用正则精确排除，保留特定包：
exclude: /node_modules\/(?!some-es6-lib|another-untranspiled-package)/
- 或改用
include显式加入需处理的包：
include: [ path.resolve(__dirname, 'src'), path.resolve(__dirname, 'node_modules/some-es6-lib') ]
验证是否生效的简单方法
启动 Webpack 构建时加 --stats=normal 或输出详细日志，观察 babel-loader 处理的文件数量是否明显下降；也可临时在 babel-loader 中加 console.log 打印处理路径，确认 node_modules 下的文件不再进入转译流程。
