Babel 本身不直接打包，而是通过 babel-loader 在 Webpack 中转译 JS；优化需限制处理范围（推荐 include: src）、启用磁盘缓存（cacheDirectory: true）、配合 noParse/thread-loader/IgnorePlugin 协同提效，并精简插件与 preset。
Babel 本身不直接打包，而是通过 babel-loader 在 Webpack 构建流程中转译 JS 代码。它常是打包慢的瓶颈之一，但合理配置后能显著提速。
限制处理范围，避免无谓扫描
Webpack 默认会遍历所有匹配文件，包括 node_modules，而 Babel 对第三方库做转译既耗时又没必要。
- 用
include明确只处理src目录：include: path.resolve(__dirname, 'src') - 或用
exclude排除node_modules：exclude: /node_modules/ - 二者选其一即可，
include更精准，推荐优先使用
开启磁盘缓存，复用已编译结果
Babel 每次解析、生成 AST、生成代码开销大。启用缓存后，未改动的文件跳过整个转译流程。
- 在
babel-loader的options中设置：cacheDirectory: true - Webpack 5+ 还支持更底层的
cache.type = 'filesystem'，可同时缓存解析、模块构建等全过程
配合其他 loader 或插件协同提效
Babel 是链条中一环，单独优化效果有限，需与周边机制配合：
-
前置排除：用
noParse跳过已压缩的库（如react.min.js），不走 Babel 流程 -
并行加速：加
thread-loader放在babel-loader前，把 JS 转译任务分发到多线程 -
精简输入：搭配
IgnorePlugin（如忽略moment/locale）减少 Babel 实际要处理的模块数
注意 Babel 配置本身的轻量化
插件和 preset 越多，Babel 工作量越大。开发阶段可适当精简：
- 避免在
.babelrc或babel.config.js中启用全量 polyfill；按需注入 - 生产环境用
@babel/preset-env配合targets精准编译，不降级已支持的语法 - 禁用开发期不用的插件，比如
@babel/plugin-transform-runtime若未启用 runtime 注入，可暂关
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
