报错本质是试图从undefined或null解构属性，核心要定位“谁没值”和“哪层断了”；四类高频场景对应检查点与修复：undefined用??兜底、null需单独防御、const解构后不可重赋值、语法位置须合规。
记对象解构报错，核心不是背错误文本，而是盯住“谁没值”和“哪层断了”。下面这四类报错出现频率最高，每类都对应一个可立即验证的检查点和一行修复写法。
Cannot destructure property 'xxx' of undefined
最常见，本质是试图从 undefined 上取属性。比如：const { name } = user; 但 user 是 undefined。
- 立刻检查：打印
console.log(user)，确认它是不是真的有值 - 修复写法：加空对象默认值，
const { name } = user || {};或更稳妥的const { name } = user ?? {}; - 深层嵌套同理：
const { user: { profile: { avatar } = {} } = {} } = data;
Cannot destructure property 'xxx' of null
null 和 undefined 都会触发这个报错，但很多人误以为只防 undefined 就够了。
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 立刻检查：后端返回是否可能为
null（比如用户未登录时user字段设为null） - 修复写法：用空合并操作符
??替代逻辑或||，const { name } = (user ?? {}).profile ?? {}; - 避免写
user || {}—— 因为null || {}结果是{}，看似安全，但语义不准确；??才真正只在null或undefined时兜底
Assignment to constant variable（配合解构出现）
不是解构本身报错，而是解构后你又给 const 变量重新赋值了，比如：
-
const { count } = config;→ 后面写了count = 5;→ 报错 - 修复写法：要么改用
let count声明，要么直接用新变量名避免覆盖，如const { count: totalCount } = config; - 特别注意函数参数解构：
function fn({ id }) { id = 10; }同样会报错，应改为function fn({ id: itemId }) { ... }
Unexpected token '{' 或 '}'
语法解析失败，常发生在解构出现在不该出现的位置，比如：
- 箭头函数参数里漏括号：
arr.map({ id } => id)❌ → 正确是arr.map(({ id }) => id) - 单独一行解构赋值没加括号：
let name; { name } = user;❌ → 必须写成let name; ({ name } = user); - 对象字面量中用了保留字当 key：
{ class: 'btn' }❌ → 改为{ 'class': 'btn' }或{ class: 'btn' }（ES6 允许，但某些老环境仍需引号）
