使用babel/preset-env无法polyfill `Object.fromEntries`，是否存在理解偏差或配置错误？

这确实是个容易踩的坑，我来帮你拆解一下问题所在，以及对应的解决办法：

核心问题：两个容易忽略的配置细节 #

你对Babel/preset-env的核心逻辑理解是对的——它会根据目标环境的支持情况自动注入polyfill，但在vite-plugin-legacy的实际配置中，有两个关键点可能导致你遇到的问题：

1. 目标环境未正确覆盖iOS Safari 11 #

你的targets配置是['defaults', 'not IE 11', 'ios_saf > 10']，这里的defaults是Browserslist的默认查询规则，对应的是> 0.5%, last 2 versions, Firefox ESR, not dead。如果iOS Safari 11的市场份额低于0.5%，会被defaults规则排除，再加上ios_saf >10的写法，最终Babel可能并没有把iOS Safari 11纳入需要支持的目标环境，自然不会为它注入Object.fromEntries的polyfill。

2. 未指定core-js版本为3 #

Object.fromEntries是ES2019的特性，而core-js@2并不包含这个特性的polyfill，只有core-js@3才实现了它。vite-plugin-legacy默认可能使用core-js@2，即使目标环境配置正确，也无法生成对应的polyfill。

修复后的配置方案 #

修改你的legacy插件配置，明确指定core-js版本，并调整targets确保iOS Safari 11被包含：

plugins: [
  legacy({
    targets: ['defaults', 'not IE 11', 'ios_saf >= 10'],
    corejs: 3 // 显式指定使用core-js@3
  })
]

额外验证步骤 #

1. 确认目标环境是否包含iOS Safari 11：在项目根目录运行npx browserslist "defaults, not IE 11, ios_saf >=10"，查看输出结果，如果包含ios_saf 11，说明目标环境配置正确。
2. 检查polyfill是否被注入：构建项目后，查看打包后的代码，确认是否包含Object.fromEntries的polyfill代码（通常会在core-js的模块中）。

补充：第三方依赖的特殊情况 #

如果Object.fromEntries是通过第三方依赖间接使用的，Babel的useBuiltIns: "usage"默认可能无法检测到依赖中的特性使用。这种情况下，你可以切换到useBuiltIns: "entry"模式，然后在项目入口文件手动导入：

import 'core-js/stable';
import 'regenerator-runtime/runtime';

不过这种方式会注入所有目标环境需要的polyfill，代码体积会有所增加，建议优先确保自己代码中的特性能被usage模式检测到。

内容的提问来源于stack exchange，提问作者Chill3n