in 运算符沿原型链查找属性，只要存在即返回 true；hasownproperty 仅检查对象自身属性，忽略原型链。二者差异源于对原型链的不同处理方式。
原型链是 JavaScript 中属性查找的核心机制，而 in 和 hasOwnProperty 的根本差异，就体现在它们对原型链的处理方式上：一个会顺着原型链往上找，另一个只看对象自己身上有没有。
in 运算符：查得到就算，不管在哪一层
in 的逻辑很简单——只要属性名在当前对象或它的任意一级原型（包括 Object.prototype）上存在，就返回 true。它不关心这个属性是自己定义的，还是从 Array.prototype、Object.prototype 继承来的。
- 检测
"toString" in {}→true（来自Object.prototype） - 检测
"push" in []→true（来自Array.prototype） - 检测
"length" in []→true（length是数组自身的属性） - 即使属性值是
undefined，只要键存在，in仍返回true
hasOwnProperty：只认“亲生”的，不认“亲戚给的”
hasOwnProperty 是 Object.prototype 上的方法，它只检查对象自身的属性描述符中是否包含该键，完全跳过原型链。哪怕原型上明明确确有个同名属性，它也视而不见。
-
{}.hasOwnProperty("toString")→false（toString在原型上） -
Object.prototype.hasOwnProperty.call({}, "toString")→false（更安全的调用方式，避免对象自身重写该方法） - 如果对象自己定义了
num: 1，而Object.prototype.num = 2，那么obj.hasOwnProperty("num")仍是true
为什么原型链会让判断出错？常见陷阱
当对象原型被意外修改（比如给 Object.prototype 添加属性），in 就会“误报”，而 hasOwnProperty 能帮你守住边界。
- 全局污染示例：
Object.prototype.uid = "global"→ 所有对象都会满足"uid" in obj，但obj.hasOwnProperty("uid")几乎总是false - 遍历对象时漏加过滤：
for (let key in obj)会遍历到原型上的可枚举属性；必须配合obj.hasOwnProperty(key)才能确保只处理自有属性 - 判断方法是否存在：
"forEach" in arr可靠（数组确实继承了该方法）；但arr.hasOwnProperty("forEach")是false，这恰恰说明它是继承来的，不是数组实例自己挂的
怎么选？看你要解决什么问题
不需要纠结语法，直接按目标选：
- 想知道“这个对象能不能用某个方法或属性” → 用
in（例如："then" in maybePromise） - 想确认“这个值是不是我亲手塞进这个对象的” → 用
hasOwnProperty - 写通用工具函数、做属性遍历时，优先用
Object.prototype.hasOwnProperty.call(obj, key)，防对象自身覆盖方法
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
