答案是让babel退化为“检测器”而非“转换器”，通过精准配置preset-env、禁用usebuiltins、设targets为esmodules:true，配合语法插件与构建工具协同，实现近乎零开销的原生部署。

在现代浏览器中实现近乎零开销的原生部署，关键不是“去掉Babel”，而是让Babel只做它真正必须做的事——不转译、不注入、不打包，只在必要处留痕。核心在于精准控制预设行为，使其退化为“检测器”而非“转换器”。

精简 preset-env 的目标与开关

@babel/preset-env 是可配置的智能开关，不是全有或全无的黑箱。它的实际输出完全取决于 browserslist 配置和 targets 声明：

• 若 browserslist 指向 "last 2 Chrome versions", "last 2 Safari versions", "last 2 Firefox versions"，则箭头函数、解构、模块语法、Promise、fetch 等几乎全部 ES2015+ 特性都不会被转译
• 关闭 useBuiltIns: 'usage' 或彻底移除该选项，避免自动注入 core-js polyfill
• 设置 loose: true（仅对极少数仍需转换的特性生效，如 class 继承），但更推荐直接禁用：把整个 preset-env 当作“空预设”使用

用 Babel 做“语法守门员”，而非“翻译官”

Babel 可以保留解析与校验能力，跳过所有转换步骤：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 启用 @babel/preset-env 但配合 targets: { esmodules: true } —— 这会告诉 Babel：“只针对支持原生 ES 模块的环境，不做任何语法降级”
• 搭配 @babel/plugin-syntax-* 系列插件（如 plugin-syntax-top-level-await）仅做语法合法性检查，不生成任何新代码
• 构建时开启 debug: true，观察 Babel 输出日志：若显示 “No plugins required for target environment”，说明已达成“零转译”

构建工具协同：让 Babel 退居幕后

Vite、esbuild、Rspack 等现代构建工具默认基于原生 ESM，Babel 在其中的角色应是“按需兜底”：

• Vite 中，Babel 通常仅用于处理 JSX 或 TypeScript；纯 JS + ESM 项目可完全不用 Babel，靠 vite.config.ts 的 build.target 控制兼容范围
• 若仍需 Babel（如统一 lint + transform 流程），可将其配置为仅处理 .jsx 或 .ts 文件，对 .js 文件跳过加载
• Webpack 中，用 babel-loader 的 exclude 精确过滤 node_modules 和已确认安全的源码目录

运行时轻量兜底：替代全局 polyfill 注入

即便语法无需转译，部分 API 仍需补全。但不必让 Babel 承担此任务：

• 用 polyfill.io 按 UA 动态注入，例如：<script src="https://polyfill.io/v3/polyfill.min.js?features=Promise%2Cfetch"></script>
• 或在入口文件顶部手动检查：if (!window.fetch) import('./polyfills/fetch');，实现真正按需加载
• 避免 @babel/polyfill 或 core-js/stable 全量引入，它们会显著增大包体积并污染全局作用域

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南