JavaScript属性赋值前应按意图选择检查方式：仅设自有属性默认值用Object.hasOwn；需覆盖整个可访问路径用'in'操作符；防null/undefined报错用可选链或显式判空；避免用obj.key !== undefined等错误模式。
在 JavaScript 中，属性赋值前检查存在性，关键不是“先查再赋”，而是明确你真正想保护的是什么：是避免覆盖已有属性？还是防止向 null/undefined 写入？或是仅当属性**尚未定义**时才初始化？不同意图对应不同标准模式，不能一概套用 if (obj.key === undefined)。
只给自有属性赋默认值（推荐 Object.hasOwn）
当你希望“仅当对象自己没定义该 key 时才设置初始值”，比如初始化配置项、缓存字段，应严格区分自有属性和继承属性：
- 用 Object.hasOwn(obj, 'key') 判断：语义精准、安全、现代环境原生支持
- 赋值逻辑写成：
if (!Object.hasOwn(obj, 'key')) obj.key = defaultValue; - 兼容旧环境时，回退为
Object.prototype.hasOwnProperty.call(obj, 'key')，不调用obj.hasOwnProperty
兜底访问路径（用 in 操作符）
当你关心的是“obj.key 能否读取到值（哪怕来自原型）”，并希望在此基础上安全赋值（例如扩展可选方法、补充缺失的实例方法），就该查整个可访问路径：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 用 'key' in obj 判断：语法轻量、覆盖不可枚举属性和原型链
- 典型场景：
if (!('toString' in obj)) obj.toString = () => '[object Custom]'; - 注意：它不阻止对已存在属性的重写，只是帮你确认访问通路是否可用
防御性赋值（防 null/undefined 报错）
如果目标对象本身可能为 null 或 undefined，赋值前首要任务是避免 Cannot set property 'x' of null 类错误：
立即学习“Java免费学习笔记（深入）”；
- 优先用可选链 + 空值合并：
obj?.key ??= defaultValue; - 或显式判空：
if (obj != null) obj.key = defaultValue; - 这不是“属性存在性检查”，而是“对象安全性检查”——必须放在最外层
绝对要避开的写法
以下模式看似简洁，实则语义错位、易引发隐性 bug：
-
obj.key !== undefined：属性存在但值为undefined时误判；obj为null时直接报错 -
obj.key == null：把0、false、''全部当作“不存在”，混淆了存在性与真值判断 -
Object.keys(obj).includes('key')：漏掉不可枚举属性（如toJSON）、忽略原型链、每次生成新数组，性能与语义双失格
