JavaScript原型链属性查找不是深度优先搜索，而是沿__proto__单向线性遍历至null的确定性路径，无分支、不回溯、找到即停，本质是链表遍历而非DFS。
JavaScript 原型链的属性查找不是深度优先搜索（DFS），它是一种单向、线性的向上遍历过程，和图论中的 DFS 有本质区别。
原型链查找是线性路径，不是树形 DFS
原型链是一条从实例对象出发，沿着 __proto__（或 Object.getPrototypeOf()）逐级指向唯一上级原型的直线路径，终点固定为 Object.prototype.__proto__ === null。它没有分支、没有回溯、不涉及“选择下一个子节点”或“标记已访问”，也不需要栈或递归管理多路探索——这些才是 DFS 的典型特征。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
常见误解来源： - “逐级向上”听起来像“深入一层再一层” → 实际只是“走一步、再走一步” - “查不到就继续往上找”被类比为“没到底就继续深挖” → 实际没有“底”的概念，只有确定的终点（null） - 有人把整个继承体系画成树状图 → 但每次查找只走其中一条固定路径，不横向比较多个原型
为什么不能叫深度优先？
- DFS 需要处理多个可选分支（如一个节点有多个子节点），而原型链每个对象最多只有一个
__proto__，无分支可选 - DFS 是遍历结构（目标是访问所有可达节点），原型链查找是定位操作（目标是找到第一个匹配属性，找到即停）
- DFS 可能重复访问、需防环；原型链虽可能因人为错误出现循环（如 A.prototype = B 实例，B.prototype = A 实例），但这属于异常，不是设计本意，标准引擎在查找中并不主动检测或规避——它只是按顺序走到 null 或命中即止
真正影响行为的关键机制
原型链查找的核心逻辑是：自有属性优先，否则严格按 __proto__ 链顺序依次检查，不可跳过、不可并行、不可重排。这个顺序决定了：
- 方法复写时，实例上的同名属性永远屏蔽原型上的定义
- for...in 会沿整条链枚举可枚举属性，但 hasOwnProperty 只看当前层
- 修改 obj.prototype.method 会影响所有未覆盖该方法的实例，因为查找始终经过同一路径
这种确定性、单向性、短路式（找到即停）的查找，比 DFS 更接近“链表遍历”或“指针跳跃”。
对比一下真正的 DFS 场景
如果你用 DFS 遍历一个 DOM 树或自定义图结构，你会： - 维护一个栈或使用递归调用栈 - 对每个节点，遍历它的所有子节点（可能是 0～n 个） - 主动控制访问顺序（如先左后右、或按字母序） - 可能需要 visited 集合防止重复
而 obj.toString() 的执行过程是：
obj → 检查自身 → 没有 → 跳到 obj.__proto__ → 检查 → 没有 → 跳到 obj.__proto__.__proto__ → …… → 到 Object.prototype 找到 → 返回
