in操作符仅检测属性名是否存在（含原型链），不解构时不会报错；解构赋值遇不存在属性默认为undefined；推荐优先使用解构默认值或可选链+空值合并处理缺失值。
当使用 in 操作符判断对象属性是否存在，再配合解构赋值时，in 本身只负责检测属性是否在对象中（包括原型链），但解构赋值若遇到不存在的属性，默认会赋值为 undefined，不会报错。关键在于：你得主动控制解构行为，避免把 undefined 当作有效值用。
用 in 判断后再解构，避免盲目解构
in 是安全的检测手段，适合提前拦截。检测通过再解构，能确保取到的是真实存在的属性值。
- 先用
'prop' in obj判断属性是否在对象（或其原型链）中 - 确认存在后再执行解构，比如
const { prop } = obj - 如果属性可能不存在，又不想中断流程，可用逻辑组合：
const value = 'prop' in obj ? obj.prop : defaultValue
解构时直接设默认值，比 in 更简洁
多数场景下，不需要先用 in 再解构——直接在解构里写默认值更直观、更常用。
-
const { prop = 'default' } = obj：属性不存在或为undefined时取默认值 - 注意：
null、0、false、''这些“falsy 值”不会触发默认值，只有undefined会 - 若需对所有 falsy 值都兜底，得用三元或逻辑运算：
const prop = obj.prop ?? 'default'（空值合并）
in 检测的是属性名，不是属性值
in 只看键是否存在，不管值是不是 undefined。这点容易误解，导致判断失效。
-
const obj = { a: undefined }→'a' in obj为true，但obj.a是undefined - 所以
in+ 解构后仍可能得到undefined，不能等同于“有有效值” - 如需严格判断“有定义且非 undefined”，用
obj.hasOwnProperty('prop') && obj.prop !== undefined或可选链+空值合并：obj?.prop ?? defaultValue
嵌套解构时 in 不适用，改用可选链
in 无法检测深层嵌套属性（比如 obj.user.name），它只支持一层键名。
- 不要写
'user.name' in obj—— 这是在查名为"user.name"的属性，不是路径 - 嵌套场景推荐用可选链：
const { name } = obj.user?.info ?? {} - 或结合空值合并：
const name = obj?.user?.info?.name ?? 'anonymous'
不复杂但容易忽略：in 和解构是两件事，一个管“有没有”，一个管“怎么取”。配合用可以，但多数时候，默认值和可选链更直接可靠。
