解构赋值是es6语法级特性，在ie及chrome
解构赋值（如 let [a, b] = arr 或 const { x, y } = obj）是 ES6 引入的语法特性，**在 IE 及所有低于 Chrome 49、Firefox 46、Safari 10 的浏览器中完全不支持**。它属于“语法级”特性，**无法通过 polyfill 补全**——浏览器在解析阶段就会报错（SyntaxError），根本不会执行到运行时。所以处理它的兼容性，核心只有一条路径：转译。
必须用 Babel 转译，不能靠检测或垫片
和 Array.from 或 Promise 不同，解构不是 API，没有“是否存在”的判断空间。你不能写：
if (Array.isArray) { let [a, b] = [1, 2]; } // IE8/9/10/11 解析时就卡死
正确做法是交由构建工具提前处理：
- 配置
@babel/preset-env，明确指定目标浏览器（例如{"ie": "11"}） - Babel 会自动将数组解构转为传统下标访问：
let [a, b] = arr→let a = arr[0], b = arr[1]; - 对象解构则转为属性读取：
const { name, age } = user→const name = user.name, age = user.age; - 含默认值、剩余参数（
...）等复杂情况也会被准确降级，无需手动干预
避免在不支持环境中直接使用（尤其 IE8–IE10）
即使转译后能跑，也要注意边界情况：
- IE8 不支持
Object.defineProperty，因此依赖该 API 的深层解构（如配合 Proxy 的响应式库）无法兼容，应排除 IE8 支持范围 - IE10 及以下不支持扩展运算符（
[...arr]），而它常与解构搭配使用（如函数参数function fn(...args)），需一并转译 - 不要在全局作用域或模块顶层直接写解构，尤其是动态导入或 JSON 模块场景，部分老构建链路可能遗漏处理
开发阶段可加简单防护（辅助调试）
虽然不能替代转译，但在非生产环境可快速暴露问题：
- 在构建脚本中启用
babel-eslint或 ESLint 的eslint-plugin-compat，配置目标浏览器后，它会标记出所有不兼容的解构用法 - CI 流程中加入低版本浏览器（如 IE11）的 smoke test，验证转译后代码是否真能执行（例如检查关键变量是否被正确赋值）
- 避免把解构用于关键初始化逻辑（如
const [width, height] = getViewportSize()），万一转译失败或漏配，会导致后续逻辑全部中断
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
