@babel/preset-env的核心作用是自动根据目标环境（如node 14、chrome 80）仅转换不支持的语法并按需注入polyfill。通过targets指定环境，usebuiltins:"usage"配合corejs:3实现精准垫片，推荐复用browserslist统一配置。
@babel/preset-env 的核心作用是：**自动根据你指定的目标运行环境（如 Chrome 80、Node.js 14、iOS Safari 13.2 等），只转换该环境中不支持的 JavaScript 语法特性，跳过已原生支持的部分，从而减少编译体积、提升执行效率。**
配置 targets 明确目标环境
在 .babelrc 或 babel.config.js 中通过 targets 字段声明目标环境，Babel 会查表（基于 compat-table 和 Browserslist）决定哪些语法需要转换。
常见写法：
"targets": { "chrome": "80", "node": "14" }-
"targets": { "browsers": ["> 1%", "last 2 versions", "not dead"] }（推荐，复用 Browserslist 配置） -
"targets": { "esmodules": true }→ 仅转译不被现代模块浏览器支持的语法（如 class、let/const 不转，但可选链 ?., nullish 合并 ?? 会转，因它们晚于 ES 模块标准）
启用 useBuiltIns 控制 polyfill 注入方式
语法转换（transform）和 API 垫片（polyfill）是两件事。useBuiltIns 决定如何引入 @babel/polyfill（或等效的 core-js）：
-
"useBuiltIns": false（默认）→ 不自动注入任何 polyfill，需手动导入core-js/stable和regenerator-runtime/runtime -
"useBuiltIns": "usage"→ 根据源码中实际使用的 API（如Promise,Array.from,Object.assign）按需引入对应 polyfill，最省体积 -
"useBuiltIns": "entry"→ 要求你在入口文件顶部写import "core-js/stable"; import "regenerator-runtime/runtime";，Babel 将其替换为仅包含目标环境缺失功能的子集
⚠️ 注意：useBuiltIns: "usage" 要求项目已安装 core-js@3，且源码中不能有动态字符串构造的 API 调用（如 eval("Promise")），否则无法静态分析。
设置 corejs 版本以精确匹配 polyfill 行为
当启用 useBuiltIns 时，必须显式声明 corejs 版本，否则 Babel 会警告：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
"corejs": 3→ 使用core-js@3（当前主流，模块化、更精准） -
"corejs": { "version": 3, "proposals": true }→ 启用 stage-3 提案的 polyfill（如String.prototype.replaceAll）
例如完整配置：
{
"presets": [
["@babel/preset-env", {
"targets": { "browsers": ["> 0.5%", "not op_mini all"] },
"useBuiltIns": "usage",
"corejs": 3
}]
]
}
配合 browserslist 文件统一多工具兼容性
把目标浏览器规则抽到项目根目录的 browserslist 文件中，能让 Babel、Autoprefixer、Stylelint 等工具共用同一份配置，避免不一致：
> 1% last 2 versions not dead not IE 11
此时 Babel 配置中可简写为：
"targets": { "browserslist": true }
或直接省略 targets，preset-env 默认读取 browserslist。
不复杂但容易忽略：确保 core-js 已安装（npm install --save core-js@3），且 useBuiltIns 和 corejs 成对出现，才能真正实现“按需 polyfill”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
