必须转译语法特性（如class、async/await、解构、可选链），因IE8–IE11解析阶段即报错；API垫片优先选core-js@3按需引入；IE8需es5-shim/sham+es6-promise，且须规避Proxy/Reflect/Symbol。
旧浏览器（尤其是 IE8–IE11）不支持现代 JavaScript 特性，直接用 const、Promise、Array.from 或箭头函数会报语法错误或运行异常——这不是“加个 polyfill 就能全解决”的事，得按特性分层处理，且必须区分语法级和 API 级兼容。
哪些语法根本没法垫片？必须转译
语法层面的特性（如 class、async/await、解构、可选链 ?.）无法靠运行时代码补全，浏览器解析阶段就报错。这类必须用 Babel 转译成 ES5：
-
babel-preset-env配合targets指定{"ie": "11"}，它会自动推导需转译的语法 - 不要盲目启用
loose: true，尤其涉及class继承时，IE11 下可能破坏instanceof行为 -
async/await会被转成基于regeneratorRuntime的 generator + Promise，必须确保regenerator-runtime已加载（不是只引入core-js）
API 垫片该选 core-js 还是 es-shims？
core-js@3 是目前最主流的选择，但要注意版本和引入方式：
- 全局污染式引入：
import 'core-js/stable'会补全所有已知 API，体积大，且可能覆盖原生已实现的方法（如 IE11 已有Array.prototype.forEach，再垫片无害但冗余） - 按需引入更可控：
import 'core-js/stable/array/from'、import 'core-js/stable/promise' -
es-shims更轻量、更新快，但对部分复合行为（如Object.assign在 IE8 下的属性遍历缺陷）覆盖不如core-js全面 - 别混用：同时引入
core-js和es-shims可能导致重复定义或冲突
IE8 这种极端情况，连 Object.defineProperty 都不支持怎么办？
IE8 不支持属性描述符，因此 Object.keys、JSON.parse、Promise 等依赖它的特性无法被常规垫片修复：
立即学习“Java免费学习笔记（深入）”；
-
core-js对 IE8 的支持仅限于core-js@2（已停止维护），且需配合es5-shim和es5-sham -
es5-sham用__defineGetter__/__defineSetter__模拟部分 descriptor 行为，但不可靠（比如不能监听原型链上的属性变化） - 若项目真要支持 IE8，建议把
Promise替换为es6-promise（它内部不依赖defineProperty），并禁用所有依赖 Proxy、Reflect、Symbol 的逻辑
真正难的不是“有没有垫片”，而是判断哪些特性你实际用了、哪些旧浏览器里已有实现、哪些垫片后反而引入新 bug。比如 Array.prototype.includes 在 IE11 原生不支持，但手动垫片时若没正确处理 NaN 比较，就会和原生行为不一致——这种细节很容易被忽略。