解构赋值是JavaScript中按结构从数组或对象提取值的模式匹配机制，左侧为结构模式，右侧为数据源，失败会报错而非静默处理。
解构赋值是什么：不是语法糖，是提取值的模式匹配
解构赋值不是“让代码变短”的技巧，而是 JavaScript 提供的一种从数组或对象中按结构提取值的机制。它本质是「模式匹配 + 赋值」的组合操作，左侧是结构模式，右侧是数据源。
比如 const { name, age } = user 并不是在“简化对象访问”，而是在声明时就完成字段提取——如果 user 没有 name 属性，name 就是 undefined（除非设默认值）。
对象解构常见陷阱：嵌套、缺失、重命名全得手动处理
对象解构看着直观，但一遇到嵌套或字段名冲突就容易出错。它不会自动展开深层属性，也不会跳过不存在的键。
-
const { profile: { city } } = user：如果user.profile是null或undefined，会直接报Cannot destructure property 'city' of 'undefined' - 想用不同变量名接收字段？必须显式重命名：
const { name: fullName, id: userId } = user - 字段可能不存在？得加默认值：
const { tags = [] } = post，否则tags是undefined
数组解构的关键差异：位置驱动，可跳过、可剩余、不可命名
数组解构靠索引位置，不依赖键名，所以天然支持跳过某些元素或收集剩余项，但没法像对象那样用字段名做语义映射。
const [first, , third, ...rest] = ['a', 'b', 'c', 'd', 'e']; // first === 'a', third === 'c', rest === ['d', 'e']
注意：const [, second] = arr 中第一个逗号前没写变量，就是跳过索引 0；但 const [second] = arr 就是取索引 0 —— 位置严格对应，不能靠名字推断。
- 解构空数组不会报错：
const [x] = []→x是undefined - 右侧不是可迭代对象（如
null或42）会直接抛TypeError: undefined is not iterable - 函数返回数组时最实用：
const [err, data] = await doRequest()，比res[0]/res[1]更具可读性
它真让代码更简洁了吗：取决于你省的是哪部分力气
解构本身不减少计算量，也不提升运行速度。它省掉的是重复书写路径和临时变量的体力活，但换来的是对数据形状更强的假设。
- 适合场景：函数参数接收、API 响应解析、配置对象拆解
- 不适合场景：需要条件性提取（比如“如果有
email就取，没有就跳过”），这时?.或??更安全 - 多人协作时，过度嵌套解构（如
const { a: { b: { c } } } = x）会让调试变难——出错时看不出b是undefined还是c缺失
真正容易被忽略的点是：解构失败不会静默跳过，而是立即中断执行。哪怕只在开发期少写一个 || {}，上线后也可能因后端字段缺失导致白屏。
