Object.hasOwn 是 ES2022 引入的安全属性存在性检查方法，用于中间件中基于白名单精准拦截非法请求字段，不替代 Schema 校验，需配合类型防护与日志记录。
Object.hasOwn 是 ES2022 引入的原生方法，比 hasOwnProperty 更安全（不被原型污染干扰），适合在中间件中精准判断请求体是否包含非法属性。它本身不校验值，但可作为“属性存在性”检查的第一道防线，配合白名单机制实现健壮拦截。
明确白名单，拒绝一切未声明字段
中间件应只允许已知、必需或可选的字段存在。其他字段一律视为非法，防止攻击者注入意外属性（如绕过校验的 __proto__、constructor 或服务端敏感字段）。
- 定义严格白名单，例如：
const allowedKeys = ['username', 'email', 'age'] - 遍历
req.body的自有属性，用Object.hasOwn(req.body, key)确保检查的是实例自身属性，而非继承属性 - 发现任意不在白名单中的键，立即返回 400 错误，不进入后续逻辑
处理嵌套对象时递归校验（谨慎使用）
若请求体含嵌套结构（如 { user: { name: '', role: 'admin' } }），需递归检查每一层。但注意：深度递归可能引发性能或栈溢出问题，建议限定层级（如 ≤3 层）或仅校验一级子对象。
- 对顶层对象调用
Object.keys(req.body).every(key => allowedKeys.includes(key)) - 对已知嵌套字段（如
user），单独提取并复用相同白名单逻辑：if (req.body.user && typeof req.body.user === 'object') { /* 校验 user 内字段 */ } - 避免无差别递归所有嵌套 —— 不可控的深层结构应由业务 Schema（如 Zod、Joi）接管，
Object.hasOwn聚焦于“顶层字段是否存在非法键”
兼容 null/undefined 和非对象请求体
中间件必须防御性编程：req.body 可能为 null、undefined 或非对象类型（如字符串、数组），直接调用 Object.keys() 会报错。
- 先做类型断言：
if (!req.body || typeof req.body !== 'object' || Array.isArray(req.body)) { return res.status(400).json({ error: 'Invalid request body' }); } - 再用
Object.keys(req.body).some(key => !allowedKeys.includes(key))配合Object.hasOwn（虽Object.keys已隐含自有属性，但Object.hasOwn在检查单个键时更语义清晰且防篡改） - 特别注意：
Object.hasOwn(null, 'x')安全返回false，无需额外判空
与 Schema 校验分层协作，不替代类型/格式校验
Object.hasOwn 只解决“字段名是否合法”，不验证字段值类型、长度、格式等。应将其作为前置守门员，后接专业校验库。
- 示例流程：接收请求 → 检查
req.body是否含非法键（Object.hasOwn）→ 通过则交由 Zod 解析并校验值 → 失败则统一返回结构化错误 - 避免重复劳动：不要用
Object.hasOwn去检查必填字段是否存在 —— 这是 Schema 校验的职责；它的核心价值是“多出来的字段，一律拦住” - 日志记录非法字段名，便于排查恶意探测或前端 Bug：
console.warn('Blocked illegal keys:', illegalKeys)
