原型链不能拦截属性访问，它仅是被动的属性查找机制；真正动态拦截需用 Proxy 的 get/set 等 trap 实现，且 Proxy 可与原型链协同工作，但拦截逻辑必须由 Proxy 承担。
JavaScript 中无法直接通过原型链“拦截”属性访问，原型链本身只是属性查找机制，不提供拦截能力。真正实现动态拦截需要 Proxy —— 它是专门为此设计的语言级工具。原型链可以配合 Proxy 使用（比如让 Proxy 的 target 是一个带原型的对象），但拦截逻辑必须由 Proxy 的 trap（如 get、set）承担。
为什么原型链不能拦截属性
原型链的作用是在对象自身找不到属性时，自动向上委托查找（[[Get]] 内部流程）。它不介入、不感知、不修改这个过程——你无法在属性被查找到前“卡住”它并执行自定义逻辑。换句话说：原型链是被动的继承路径，不是主动的代理层。
用 Proxy 实现真正的动态拦截（推荐方案）
Proxy 允许你为对象定义捕获器（traps），在属性读写等操作发生时插入自定义行为：
-
拦截读取：用
get(target, prop, receiver)捕获所有属性访问，包括原型链上继承来的属性（只要访问发生在 Proxy 实例上） -
拦截写入：用
set(target, prop, value, receiver)控制赋值逻辑，可拒绝、转换或触发副作用 -
保持原型链有效：Proxy 的
target可以是一个已有原型的对象，这样receiver（通常是 Proxy 本身）仍能正确参与原型查找
示例：
立即学习“Java免费学习笔记（深入）”；
const obj = { a: 1 };Object.setPrototypeOf(obj, { b: 2 }); // obj 继承 b
const proxy = new Proxy(obj, {
get(target, prop, receiver) {
console.log('访问属性:', prop);
return Reflect.get(target, prop, receiver); // 保持默认行为
}
});
console.log(proxy.a); // → '访问属性: a'，输出 1
console.log(proxy.b); // → '访问属性: b'，输出 2（从原型获取）
不要误用 __proto__ 或 defineProperty 模拟拦截
有人尝试重写 __proto__ 访问器或在原型上用 Object.defineProperty 定义 getter/setter，但这有严重局限：
- 只能拦截**已知、预设**的属性名，无法响应任意属性（如
obj.unknownProp） - getter/setter 必须提前声明，无法动态添加或统一管理
- 修改
__proto__是非标准且已被废弃的做法，影响性能和可维护性 - 无法拦截
in、delete、Object.keys()等操作
如果坚持结合原型链，唯一可行方式
仅限于：将 Proxy 作为“顶层代理”，其 target 是一个原型链完整的对象。此时所有对 Proxy 的操作都会经过 Proxy 的 traps，而 traps 内部调用 Reflect.get 或 Reflect.has 时，会自然遵循原型链规则。这是正交协作，而非“用原型链拦截”。
关键点：拦截逻辑写在 Proxy 里，原型链只负责数据组织和继承复用。
