JavaScript Proxy深度解析：handler.getPrototypeOf()方法全掌握-代码号

在 Proxy 对象的诸多捕获器（Traps）中，getPrototypeOf() 扮演着一个比较特别的角色。它直接拦截了对目标对象内部 [[GetPrototypeOf]] 方法的调用。当你试图通过 Object.getPrototypeOf()、__proto__ 属性，或者 instanceof 操作符去查询一个代理对象的原型链时，这个函数就会被触发。

之所以说它特别，是因为它必须遵守一条硬性规定：如果目标对象是不可扩展的（non-extensible），那么 getPrototypeOf() 返回的值，必须与 Object.getPrototypeOf(target) 的返回结果严格一致。

这条规则并非为了限制开发者的想象力，而是为了维护 JavaScript 引擎底层的语言一致性。假如一个对象被 Object.preventExtensions() 锁定后，其原型链居然还能通过代理被“偷梁换柱”，这会导致引擎在属性查找和类型判断时发生严重的逻辑错乱。我个人在项目调试中曾遇到过这个问题，当时为了给一个第三方不可扩展的库对象做 AOP 增强，结果在 getPrototypeOf 里自作主张返回了一个自定义原型，控制台直接抛出了 TypeError。这个经历告诉我，对于不可扩展对象，很好放弃修改原型链的念头，或者在其变为不可扩展之前完成代理配置。

语法与参数细节

const p = new Proxy(target, {
    getPrototypeOf(target) {
        // 自定义逻辑
        return proto;
    }
});

target：指代 new Proxy() 构造时传入的原始目标对象。在内部，这通常用来做身份校验或条件判断。
返回值：必须返回一个对象或者 null，这符合原型链终点的设计预期。返回其他原始类型（如字符串、数字）会引发 TypeError。

浏览器兼容性参考（截至 2026 年）

虽然现在主流浏览器对 ES6 Proxy 的支持已经相当完善，但 getPrototypeOf 作为方法级的捕获器，其支持情况仍值得留意：

浏览器	版本支持情况
Chrome	支持
Edge	支持
Firefox	49+
Opera	支持

实例演示：从基础到进阶

示例一：基础拦截与上下文确认

很多初学者容易搞混内部的 this 指向和 target 的身份。下面这段代码能够清晰地展示在 getPrototypeOf 被调用时，各个关键标识符的真实面貌。

const originalTarget = {};
const fakeProto = { type: 'faker' };

const handler = {
    getPrototypeOf(target) {
        // 个人经验：在这里打印日志对于理解 Proxy 的执行时序非常有帮助
        console.log('目标身份确认:', target === originalTarget);  // true
        console.log('处理器上下文确认:', this === handler);       // true
        return fakeProto;
    }
};

const proxy = new Proxy(originalTarget, handler);

// 外部获取原型时，触发
const result = Object.getPrototypeOf(proxy) === fakeProto;
console.log('原型替换结果:', result); // true

核心解读：控制台输出的 true true true 揭示了三个事实。第一，传入的 target 就是未包装前的裸对象。第二，函数内部的 this 绑定指向的是 handler 对象本身（这里需注意，不能用箭头函数定义，否则 this 会丢失）。第三，外部 API 拿到的确确实实是返回的伪造原型。

示例二：利用原型影响 instanceof 行为

instanceof 操作符的本质是在右侧对象的原型链上查找左侧构造函数的 prototype 属性。一旦我们控制了 getPrototypeOf，就能在不动摇对象实际结构的前提下，临时改变它的“血统”归属。这在编写某些 Mock 测试框架或适配器模式时格外有用。

// 这是一个普通的对象字面量，并非数组
const plainObject = { name: '学习编程' };

const p = new Proxy(plainObject, {
    getPrototypeOf(target) {
        // 强行将原型报告为 Array.prototype
        return Array.prototype;
    }
});

// 虽然 p 本质上没有数组方法，但 instanceof 认为它是 Array 的实例
console.log(p instanceof Array); // 输出：true

// 知识要点：如果此时尝试调用 p.push，依然会报错，
// 因为只改变了原型查询的结果，并未给对象注入数组方法。
// 这也是为什么这个不能替代真正的类继承，但在做“鸭子类型”模拟时非常方便。

示例三：构建原型数据的单一来源

在开发中，我们可能希望多个对象共享一套统一的原型属性配置，但又不想在构造函数里反复设置。通过 getPrototypeOf ，可以将原型的读取重定向到一个公共的配置对象上。

// 这是一个存放共用生物特征的配置对象
const CreaturePrototype = {
    limbCount: 4,
    habitat: 'terrestrial'
};

const handler = {
    getPrototypeOf(target) {
        // 忽略 target，直接返回预设的 CreaturePrototype
        return CreaturePrototype;
    }
};

// 创建一个代理，目标对象本身可能是个空对象
const creatureProxy = new Proxy({}, handler);

// 验证获取的原型是否为预设的配置对象
console.log(Object.getPrototypeOf(creatureProxy) === CreaturePrototype); // 输出：true

// 延伸思考：虽然 __proto__ 属性在规范中被弱化，但这种同样会拦截 creatureProxy.__proto__ 的访问。

本节课程知识要点

不可扩展对象的严格限制：对于 Object.isExtensible(target) === false 的对象，getPrototypeOf 必须返回真实的原型，否则抛出 TypeError。这是在应用此时需要特别留意的首要原则。
返回值类型限定：处理函数的返回值只能是对象类型或 null。试图返回 undefined 或原始值会直接导致运行时错误。
instanceof 的欺骗性：该可以欺骗 instanceof 操作符，但这是一种浅层的类型伪装，并不会改变对象自身的内部插槽（Internal Slots）和方法集。
应用场景建议：个人建议将该用于元编程、API 兼容层修正（例如让旧对象模拟新类的原型链）以及调试工具开发中。在日常的业务逻辑中，通过修改 __proto__ 或使用 Object.setPrototypeOf 往往更直接且性能损耗更小，除非你需要拦截每一次的原型查询操作。