在将高版本 ES 代码转换为低版本 ES 时，Babel 被指出只负责处理语法层面的转换，而无法转换新的 API。请解释这一现象背后的原因是什么？
考察说明
考察对 Babel 编译原理和 Polyfill 机制的理解，区分语法转换与 API 补全的差异。
回答思路
- 【回答框架 1】Babel 的核心功能是语法转换，它通过解析、转换、生成三个步骤，将高版本语法（如箭头函数、let/const、模板字符串）转换为低版本等价语法，这一过程不涉及运行时方法的实现。
- 【回答框架 2】新的 API（如 Promise、Map、Object.assign）属于运行时内置对象或静态方法，Babel 无法在编译期凭空生成其实现，因为编译产物是静态代码，而 API 需要运行环境支持或额外引入 polyfill 来模拟。
- 【回答框架 3】因此，Babel 只负责语法降级，而 API 缺失需要借助 core-js 或 @babel/polyfill 等方式，在运行时注入实现，或者指定 targets 通过 @babel/preset-env 按需引入。
- 【回答框架 4】实际工程中，常将 @babel/preset-env 与 core-js 配合使用，通过 useBuiltIns 选项按需 polyfill，避免全量引入导致体积过大，同时保证旧环境兼容。
- 【回答框架 5】这一设计分离了语法和 API 的处理，让开发者根据目标环境灵活选择 polyfill 策略，但要注意 polyfill 可能会污染全局环境或存在性能开销。
- 【关键点 1】Babel 是语法转译器，不处理 API 的降级。
- 【关键点 2】API 缺失需通过 polyfill（如 core-js、@babel/polyfill）在运行时补全。
- 【关键点 3】@babel/preset-env 可根据 targets 按需引入 polyfill，优化体积。
- 【易错点 1】不要认为 Babel 能自动处理所有兼容性问题。
- 【易错点 2】直接引入 @babel/polyfill 可能全量加载，造成不必要的体积增加。
- 【易错点 3】忽略 targets 配置可能导致 polyfill 引入不准确。