Proxy 的 get 拦截器仅在对代理实例本身读取属性时触发，不因原型链查找失败而自动调用；需手动在 get 中遍历原型链实现 fallback 逻辑。
JavaScript 中，当对象属性查找失败时，Proxy 的 get 拦截器**不会自动因原型链查找失败而触发**。也就是说：原型链本身不“触发” Proxy 的 get；只有对 Proxy 实例本身（即被代理的目标对象）进行的属性读取操作，才会进入 get 拦截器 —— 无论该属性是否存在、是否在原型上。
关键点在于：Proxy 拦截的是对代理对象的操作，不是对原型链的“兜底查找”过程。原型链查找（例如 obj.x 找不到就查 obj.__proto__.x）发生在 JavaScript 引擎内部，而 Proxy 只接管它直接代理的那个对象的读取行为。
Proxy 的 get 拦截器何时被调用？
get(target, prop, receiver) 在以下情况会被触发：
- 对 Proxy 实例执行
proxy[prop]、proxy.prop、Reflect.get(proxy, prop)等读取操作时； - 无论
prop是否存在于target上，也无论是否存在于target的原型链上； -
receiver通常是当前 Proxy 实例（或继承它的对象），用于正确绑定this（尤其在访问 getter 时）。
原型链查找失败 ≠ 触发 Proxy 的 get
假设你有：
立即学习“Java免费学习笔记（深入）”；
const target = {};
const proxy = new Proxy(target, {
get(obj, prop) {
console.log('get called for:', prop);
return obj[prop]; // 或其他逻辑
}
});
Object.setPrototypeOf(proxy, { foo: 'from prototype' });
此时执行 proxy.foo：
- 引擎先在
proxy对应的target（空对象）上找foo→ 找不到； - 接着沿
proxy.__proto__（即{ foo: 'from prototype' }）查找 → 找到，返回'from prototype'； -
整个过程只触发了一次
get拦截器（因为只有一次对proxy.foo的读取），且prop是'foo'，obj是target； - 引擎不会为“原型上找到”这个结果再调用一次
get，也不会在“原型没找到”时额外触发get来兜底。
想实现“属性未定义时委托给原型或 fallback 逻辑”？得手动写
如果你希望在 target 和整个原型链都找不到属性时，执行自定义逻辑（比如返回默认值、抛错、或转发到别的对象），你需要在 get 拦截器里主动模拟查找过程：
const proxy = new Proxy({}, {
get(target, prop, receiver) {
// 1. 先查自身（target）
if (prop in target) return target[prop];
// 2. 再沿 receiver 的原型链查找（注意用 receiver，不是 target）
let obj = receiver;
while (obj = Object.getPrototypeOf(obj)) {
if (prop in obj) return obj[prop];
}
// 3. 都没找到 → 自定义 fallback
console.log(`Property '${prop}' not found in target or prototype chain`);
return 'default-value';
}
});
⚠️ 注意：Object.getPrototypeOf(receiver) 获取的是 proxy 的原型（即你设置的 { foo: ... }），所以这种方式能覆盖原型链查找逻辑。
常见误区：以为 setPrototypeOf 后 Proxy 会“自动代理原型”
给 Proxy 设置原型（Object.setPrototypeOf(proxy, proto)）并不会让 proto 也被 Proxy 拦截。原型对象仍是普通对象，它的属性访问不经过任何拦截器。只有显式对 proxy 的读取才走 get。
如果真需要“深度代理原型链”，需递归地用 Proxy 包裹每个原型对象（但通常不推荐，易引发性能和语义问题）。
