手写 instanceof：深入理解 JavaScript 原型与继承机制

在 JavaScript 的面向对象编程（OOP）体系中，instanceof 是一个非常关键的运算符。它用于判断某个对象是否是特定构造函数的实例，其本质是检查该对象的原型链上是否存在指定构造函数的 prototype 对象。然而，在大型项目、多人协作开发场景下，开发者常常对对象的来源和继承关系感到困惑。此时，理解并掌握 instanceof 的底层原理，甚至手写其实现逻辑，就显得尤为重要。

本文将围绕"手写 instanceof"这一主题，从原型与原型链的基本概念出发，逐步剖析 JavaScript 中的继承方式，并最终实现一个符合规范的 isInstanceOf 函数。

一、原型与原型链：JavaScript OOP 的基石

JavaScript 并不像 Java 或 C++ 那样拥有"类"的语法（ES6 之前的版本），而是基于原型（Prototype） 实现面向对象编程。每个函数都有一个 prototype 属性，指向一个对象；而每个对象（除 null 外）都有一个内部属性 [[Prototype]]，通常通过 __proto__ 访问。

当使用 new 关键字创建对象时，新对象的 [[Prototype]] 会被设置为构造函数的 prototype。例如：

javascript 复制代码

function Animal() {}
const dog = new Animal();
console.log(dog.__proto__ === Animal.prototype); // true

这种链接关系形成了所谓的原型链 。当访问一个对象的属性或方法时，如果自身没有，JavaScript 引擎会沿着原型链向上查找，直到找到该属性或到达链的顶端（即 Object.prototype，其 __proto__ 为 null）。

二、instanceof 的作用与局限

instanceof 运算符的语法为：

css 复制代码

A instanceof B

其含义是：A 的原型链上是否包含 B.prototype。这在判断对象"血缘关系"时非常有用：

javascript 复制代码

const arr = [];
console.log(arr instanceof Array);  // true
console.log(arr instanceof Object); // true

但 instanceof 也有局限性：

在跨 iframe 或不同全局环境（如 Web Worker）中，由于构造函数引用不同，可能导致误判。
它依赖于原型链，若原型被篡改，结果可能不可靠。

因此，理解其内部机制，有助于我们在必要时自定义更可靠的类型判断逻辑。

三、手写 instanceof：模拟原型链查找

根据 instanceof 的定义，我们可以手动实现一个 isInstanceOf 函数：

ini 复制代码

function isInstanceOf(left, right) {
    let proto = left.__proto__;
    while (proto) {
        if (proto === right.prototype) {
            return true;
        }
        proto = proto.__proto__;
    }
    return false;
}

该函数从 left 对象的 __proto__ 开始，逐级向上遍历原型链，若在某一层发现与 right.prototype 引用相等，则返回 true；若遍历到 null 仍未找到，则返回 false。

示例验证：

javascript 复制代码

function Animal() {}
function Dog() {}
Dog.prototype = new Animal();

const dog = new Dog();

console.log(isInstanceOf(dog, Dog));     // true
console.log(isInstanceOf(dog, Animal));  // true
console.log(isInstanceOf(dog, Object));  // true
console.log(isInstanceOf(dog, Array));   // false

结果与原生 instanceof 完全一致，说明我们的实现是正确的。

注意：现代 JavaScript 推荐使用 Object.getPrototypeOf(obj) 替代 obj.__proto__，以提高代码的规范性和兼容性。因此更健壮的写法是：

ini 复制代码

function isInstanceOf(left, right) {
    let proto = Object.getPrototypeOf(left);
    while (proto) {
        if (proto === right.prototype) return true;
        proto = Object.getPrototypeOf(proto);
    }
    return false;
}

四、JavaScript 中的继承方式

要真正理解 instanceof 的意义，还需了解 JavaScript 中常见的继承模式。因为 instanceof 判断的是"原型继承关系"，而非"属性拷贝"。

1. 构造函数绑定（借用构造函数）

通过 call 或 apply 调用父类构造函数，将属性复制到子类实例：

javascript 复制代码

function Animal() {
    this.species = '动物';
}
function Cat(name) {
    Animal.call(this); // 继承属性
    this.name = name;
}

优点：可传参，避免引用共享。
缺点：无法继承父类原型上的方法，cat instanceof Animal 为 false。

2. 原型链继承（prototype 模式）

将父类的实例设为子类的原型：

ini 复制代码

Cat.prototype = new Animal();
Cat.prototype.constructor = Cat; // 修正 constructor

此时，new Cat() 的原型链包含 Animal.prototype，因此：

javascript 复制代码

const cat = new Cat('小黑');
console.log(cat instanceof Animal); // true

缺点：无法向父类构造函数传参；所有子类实例共享父类实例的属性（若父类有引用类型属性，会相互影响）。

3. 组合继承（推荐）

结合上述两种方式：

ini 复制代码

function Cat(name) {
    Animal.call(this); // 继承属性
    this.name = name;
}
Cat.prototype = new Animal(); // 继承方法
Cat.prototype.constructor = Cat;

既可传参，又能正确建立原型链，使得 instanceof 判断有效。

4. 直接继承 prototype（需谨慎）

ini 复制代码

Cat.prototype = Animal.prototype;

虽然节省内存，但会导致 Cat.prototype.constructor 指向 Animal，且修改 Cat.prototype 会直接影响 Animal.prototype，破坏封装性。

五、为什么 instanceof 在大型项目中很重要？

在复杂系统中，对象可能来自多个模块、第三方库，甚至动态生成。开发者往往不清楚某个对象到底"是谁的孩子"。此时：

使用 typeof 只能区分基本类型；
使用 Object.prototype.toString.call() 虽可识别内置类型，但对自定义类无能为力；
instanceof 提供了基于"继承关系"的语义化判断，是类型安全的重要保障。

例如：

scss 复制代码

function handleEntity(entity) {
    if (entity instanceof User) {
        entity.login();
    } else if (entity instanceof Product) {
        entity.display();
    }
}

这种基于类型的分发逻辑，依赖于正确的原型链设计和 instanceof 判断。

六、总结

instanceof 不仅仅是一个运算符，它体现了 JavaScript 原型继承的核心思想。通过手写 isInstanceOf，我们不仅掌握了其工作原理，也加深了对原型链的理解。在实际开发中，合理使用继承模式（如组合继承），配合 instanceof 进行类型判断，能够显著提升代码的可维护性与健壮性。

在 ES6+ 时代，虽然 class 语法糖让继承看起来更"传统"，但其底层依然是基于原型链。因此，无论语法如何演进，理解原型机制始终是掌握 JavaScript 面向对象编程的关键。

正如那句老话："知其然，更要知其所以然。"------手写 instanceof，正是通往这一境界的一条捷径。