Babel 仅负责语法转译，不支持代码压缩或混淆；推荐组合 Babel + Terser 实现基础压缩，若需更强防护可选用 javascript-obfuscator，但关键逻辑必须放在后端。
Babel 本身不负责代码压缩或混淆，它只做语法转译。所谓“Babel 配置压缩混淆”，其实是把 Babel 和其他工具配合使用——Babel 先转译新语法，再由专门的压缩/混淆工具处理输出。
别指望 Babel 自己完成混淆
Babel 的设计目标是兼容性转换，不是代码保护。它默认不重命名变量、不打乱控制流、不加密字符串。即使写自定义插件强行改 AST，也容易出错（比如 this 绑定异常、作用域污染、Tree-shaking 失效），而且效果有限——输出仍是结构清晰的标准 JS，爬虫工具稍加分析就能还原逻辑。
推荐组合：Babel + Terser 做基础压缩
Terser 是 Webpack/Vite 默认集成的压缩器，轻量、稳定、安全，适合大多数项目：
- 启用变量名压缩：
mangle: true，把calculateTotal变成a - 移除 console、debugger、注释等冗余内容
- 简化条件表达式、内联简单函数、折叠常量
- 配置示例（webpack.config.js）：
optimization: { minimize: true, minimizer: [new TerserPlugin({ terserOptions: { compress: true, mangle: true } })] }
需要更强防护？用 javascript-obfuscator
如果真要防简单爬取或防止同行直接抄逻辑，javascript-obfuscator 更合适：
立即学习“Java免费学习笔记（深入）”；
- 支持标识符重命名、字符串数组编码、控制流扁平化、禁用调试器
- 可设置白名单，保留特定函数名（如
initApp、sendReport）不被混淆 - 提供 Webpack 插件
webpack-obfuscator，无缝接入构建流程 - 注意：混淆后体积通常变大，且不能替代后端鉴权——关键校验逻辑仍应放在服务端
真正有效的防爬，靠的是后端配合
前端混淆只是表层手段。攻击者打开 DevTools 就能打断点、查网络请求、模拟调用。所以：
- 敏感计算（如 Token 签名、参数加密）必须在后端完成
- 前端只传必要参数，接收并渲染结果
- 接口加签名验证、频率限制、行为风控，比任何 JS 混淆都管用
