应优先用 in 操作符检测属性存在性以兼容原型链，用 object.hasown 限定自有属性防污染，结合展开运算符与逻辑短路实现条件属性注入，避免用 undefined 判断导致语义歧义。
可以通过属性存在检查，灵活控制对象的结构和行为，避免硬编码或冗余字段。关键在于区分“属性是否定义”和“值是否有效”，再结合条件逻辑动态构建或补全对象。
用 in 操作符判断并注入默认配置
当需要兼容原型链上的继承属性（比如基础配置模板），且希望覆盖缺失项时，in 是最直接的选择：
- 它能捕获自有属性和原型链上的属性，适合“有就用、没有就补”的场景
- 配合逻辑运算符可简洁注入默认值
例如：
const baseConfig = { timeout: 5000, retry: 3 };
const userConfig = { retry: 1 };
const finalConfig = {
timeout: 'timeout' in userConfig ? userConfig.timeout : baseConfig.timeout,
retry: 'retry' in userConfig ? userConfig.retry : baseConfig.retry
};
用 hasOwnProperty 或 Object.hasOwn 限定自身属性
如果配置只应来自对象自身（排除原型干扰，如防止意外继承污染），优先用 Object.hasOwn（ES2022 推荐）或 hasOwnProperty：
- Object.hasOwn 更安全，能正确处理 hasOwnProperty 被重写的情况
- 适用于用户传入的配置对象需严格隔离的场景
例如：
const input = { host: 'api.example.com', port: 8080 };const defaults = { protocol: 'https', timeout: 10000 };
const config = { ...defaults };
if (Object.hasOwn(input, 'host')) config.host = input.host;
if (Object.hasOwn(input, 'port')) config.port = input.port;
用展开运算符 + 逻辑短路实现声明式合并
在构造对象时，可直接利用展开语法与布尔表达式组合，让条件属性“按需出现”：
- 属性只在条件为真时被添加，不占位、不设 undefined
- 适合 API 请求体、组件 props 等对字段存在性敏感的场景
例如：
const enableCache = true;const enableAuth = false;
const options = {
method: 'GET',
...(enableCache && { cache: 'force-cache' }),
...(enableAuth && { headers: { Authorization: 'Bearer xxx' } })
};
// enableAuth 为 false 时，headers 不会出现
避免用 undefined 判断带来的歧义
不要依赖 obj.prop !== undefined 来判断属性是否存在：
- 若 prop 显式赋值为
undefined，该判断会误判为“不存在” - 无法区分“未定义”和“显式设为 undefined”两种语义
正确做法是：先确认属性存在（用 in 或 Object.hasOwn），再读取值做业务判断。
