Babel 不自动生成 polyfill，而是通过禁用 useBuiltIns、显式导入定制文件或插件重写路径，将 API 调用导向开发者提供的兼容实现；需先明确目标 API，再准备对应 polyfill 文件并手动控制注入时机与范围。
Babel 本身不提供“自动替换为定制化 Polyfill”的开箱即用能力，但可以通过组合 @babel/preset-env、useBuiltIns: 'usage' 和 core-js 的自定义导入路径，实现对特定 API 的按需注入与替换——关键在于控制 polyfill 的来源和注入方式，而非让 Babel “生成”新 polyfill。
明确目标：哪些 API 需要被替换？
先确认你要定制的 API，比如：
-
Array.prototype.includes（ES2016） -
Promise.allSettled（ES2020） -
String.prototype.replaceAll（ES2021）
这些 API 在旧环境缺失，Babel 默认不会“写一个新 polyfill”，而是从 core-js 中引入已有的、经过验证的实现。所谓“定制化”，本质是：用你自己的 polyfill 文件替代 core-js 的对应模块。
步骤一：准备你的定制 polyfill 文件
在项目中新建目录如 src/polyfills/，放入你写的兼容版本：
立即学习“Java免费学习笔记（深入）”；
// src/polyfills/includes.js
if (!Array.prototype.includes) {
Array.prototype.includes = function(searchElement, fromIndex = 0) {
// 你的安全实现（含类型检查、负索引处理等）
};
}
确保该文件导出的是可执行逻辑（不依赖 ES 新语法），且不污染全局作用域以外的环境（如避免重复定义）。
步骤二：禁用 core-js 自动注入，改用显式导入
关闭 @babel/preset-env 的自动 polyfill 注入，避免它覆盖你的实现：
// babel.config.js
module.exports = {
presets: [
['@babel/preset-env', {
targets: { chrome: '58' }, // 指定目标环境
useBuiltIns: false, // 关键：禁用自动注入
corejs: false // 不加载 core-js
}]
]
};
这样 Babel 只做语法转换（如箭头函数、class），不再插入任何 polyfill 代码。
步骤三：在源码中手动导入你的定制 polyfill
只在真正需要的地方导入，做到精准控制：
// src/utils/array.js
import './polyfills/includes.js'; // 显式加载你的版本
export function safeFind(arr, item) {
return arr.includes(item); // 此时调用的是你写的 includes
}
也可以统一在入口文件顶部导入：
// src/index.js import './polyfills/includes.js'; import './polyfills/allSettled.js'; import './polyfills/replaceAll.js'; // 后续业务代码...
这种方式完全绕过 Babel 的 polyfill 管理机制，由你决定加载时机、范围和内容。
进阶：用 transform-imports 插件自动重写导入路径（可选）
若你希望保留类似 import 'core-js/stable/array/includes' 的写法，但让它指向你的定制文件，可用插件 babel-plugin-transform-imports：
// babel.config.js
plugins: [
['transform-imports', {
'core-js': {
transform: (importName) => {
// 将 core-js 的导入映射到你的目录
const path = importName.replace('core-js/', '');
return `./src/polyfills/${path}.js`;
},
preventFullImport: true
}
}]
]
这样写 import 'core-js/stable/array/includes'，Babel 会自动替换成 import './src/polyfills/stable/array/includes.js'，便于迁移和维护。
核心逻辑没变：Babel 不生成 polyfill，只做 AST 替换；真正的定制权始终在你手里——靠显式导入或路径重写，把标准 API 调用导向你可控的实现。
