属性存在性检查与赋值本质不同：存在性需按意图选方法——自有属性用Object.hasOwn()，原型链用'in'；读值用可选链?.和空值合并??；赋值须校验类型、白名单key、冻结配置；Map/Set/Array等特殊结构须用专用API。
JavaScript 中属性存在性检查和赋值，本质是两件事：一是“这个键有没有被定义”，二是“这个值能不能安全用”。混为一谈容易踩坑——比如用 obj.prop !== undefined 既想查存在性，又想防报错，结果反而漏掉真实存在的 undefined 值，或在 obj 是 null 时直接崩溃。
查“是否存在”：按意图选对方法
先明确你要问什么，再挑工具：
-
只看对象自己有没有这个属性（不关心原型） → 用
Object.hasOwn(obj, 'key')。它语义准确、不怕原型被改、性能好，现代环境（Node.js 16.9+、主流浏览器）已原生支持；旧环境可回退到Object.prototype.hasOwnProperty.call(obj, 'key')。 -
只要能通过
obj.key访问到就算存在（含原型链） → 直接写'key' in obj。这是语法级操作，轻量自然，适合配置兜底、方法可用性判断等场景。 -
别用
obj.key !== undefined或obj.key != null来判断存在性。前者会把“属性存在但值为undefined”误判为“不存在”；后者连0、false、空字符串都拦住，逻辑错位；而且一旦obj是null或undefined，立刻抛错。
读“属性值”：用可选链防崩，用空值合并设默认
确认属性存在后，读取值仍可能出错——尤其是嵌套结构。这时不用层层 if，直接上现代语法：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
obj?.user?.profile?.avatar：任意一环是null或undefined，整条链返回undefined，不报错。 -
data?.items?.[0]?.name ?? '未知'：可选链结果如果是null或undefined，就用右侧默认值；注意0、false、''都会被保留，不会被替换。 - 避免
obj && obj.a && obj.a.b && obj.a.b.c这类冗长判断——它既难读，又重复访问对象，还漏掉undefined值的正确处理。
写“属性值”：校验 + 白名单 + 冻结
赋值不是无脑 obj.key = value，尤其当数据来自 API、表单或用户输入时：
立即学习“Java免费学习笔记（深入）”；
-
类型与结构校验：对关键字段做显式断言，比如
typeof data.id === 'string'、Array.isArray(data.list)、Number.isFinite(data.price)；字符串输入记得.trim()，数值用Number(val)+isNaN()双保险。 -
白名单控制动态 key：禁止直接用
obj[userInput]或拼接字符串设置属性。只允许预定义的 key 列表，例如['title', 'content', 'status']，其他一律拒绝。 -
冻结不可变配置：权限列表、API 路径映射等常量对象，用
Object.freeze(config)锁定；若需深冻结，可用structuredClone()创建副本后再冻结。
特殊结构别忘了专用 API
不是所有“对象”都适用普通属性检查：
-
Map和Set用map.has(key)、set.has(value)，别用in或hasOwn。 -
Array检查索引是否存在，用index >= 0 && index ，而不是 <code>index in arr（后者会把稀疏数组的空位也当成“存在”）。 - 检查函数是否可调用，用
typeof fn === 'function'，而非fn && typeof fn === 'object'等模糊判断。
