JavaScript继承体系的深入浅出

一、构造器的原型属性与原型对象

　　刚接触js时通常依样画瓢，用函数new一个实例，也不知道其原因，只听说js中函数即对象。原来js中没有采用Java等语言中的类继承体系，而是使用原型对象（prototype）实现继承体系，具体说是利用“构造器”实现类的功能。

首先解释下原型继承中的两个重要概念：原型属性、原型对象(实例)。

就js对象系统而言，创建的每个函数(构造器)都有一个prototype原型属性，同时，通过构造器创建的每个对象实例也包含一个_proto_属性，prototype和_proto_属性是一个指针，指向原型对象。普通函数与构造函数的唯一区别就是，其原型属性prototype是不是一个有意义的值。

原型属性prototype所指向的原型是一个对象实例（Object instance）。具体如下图所示，若构造器Animal()有一个原型对象B，则由该构造器创建的实例都必然复制于B。即：Animal()的实例a1的_proto_属性也会指向原型对象B。因此，实例a1能够继承B的所有属性、方法和其他性质。

图1 js对象实例化实现

二、空的对象

在javascript中，“空的对象”是整个原型继承体系的根基，是所有对象的基础。介绍“空的对象”之前，必须先介绍下“空对象(null)”。

空对象null

　　null不是“空的对象”，作为javascript中的一个保留字，其含义是：

　　（1）属于对象类型

　　（2）对象是空值

作为一个对象类型，可以使用for…in去列举它，但是作为一个空值，null没有任何方法和属性(包括constructor、_proto_等属性)，因此列举不到任何内容。如下例所示：　　

var num=0；
　　for(var propertyName in null)
　　{
　　num++;
　　}

　　Alert(num);//显示值为0

最重要的一点是null没有原型，它并不是自Object()构造器（或其子类）实例化而来，对其进行instanceof 运算会返回false。

　　2.“空的对象”

　　“空的对象”是指一个标准的、通过Object()构造的对象实例。例如：

obj=new Object();或 obj={}；

　　“空的对象”具有“对象”的一切特性，因此可以存取toString()、valueof等预定义的属性和方法。

　　3.“空的对象”与null的关系

　　 如下图2中红线所示路径，当通过”Object.prototype._proto_”获取Object原型对象的-proto-属性时，将会得到”null”，由于null对象没有任何属性，也就是说”Object {}”

　　原型对象就是原型链的终点了。

图2 js类继承体系

三、Javascript继承的实现以及原型链维护

（1）继承的实现

　　第一节说过javascript中类继承是通过修改构造函数的原型属性prototype实现的。如下代码所示：

function Animal() {
this.name = 'Animal';
};
function Dog() {
};
　　Dog.prototype = new Animal();
var d = new Dog();
console.log(d.name);//'Animal'

　　通过创建一个Animal类型的实例并将其赋值给构造函数Dog()的prototype属性，从而实现类型继承，即Animal是Dog的父类。这样Dog类型的实例d也能访问Animal类型的name属性。

（2）原型链

JS对象继承体系中有两种原型链：“内部原型链”和“构造器原型链”。如图3所示，黑色箭头指示路径是通过构造函数的prototype属性保持的“构造器原型链”。红色箭头指示路径是通过对象实例的_proto_属性保持的“内部原型链”。

图3 原型链

（3）原型链维护

图3说明构造器通过显示的prototype构建了一个原型链，而对象实例也通过_ proto _属性构建了一个原型链。由于_ proto _是一个不可访问的内部属性（Chrome中可以查看对象_ proto _属性的值，但不可以修改），因此无法从子类（Dog）的实例dog1开始访问整个原型链。因此，我们需要从图3中的“内部原型链”和“构造器原型链”中找到一个连接点，使得实例不能访问obj._proto_的情况下通过构造器访问内部原型链（将两种原型链串联起来）。

若要从子类的实例开始访问整个原型链，需要使用实例的constructor属性维护原型链。

其实，JavaScript已经为构造器维护了原型属性，根据如下测试代码，当我们自定义一个构造器时，其原型对象是一个Object()类型的实例，但是其原型对象的constructor属性默认总是指向构造器自身，而非指向其父类Object。如图4中构造器实例中蓝色框中的constructor属性，该constructor属性继承自原型对象，因此可以得出一个自定义的构造器产生的实例，其constructor属性默认总是指向该构造器。

function Animal() {
};
var a = new Animal();
console.log(Animal.prototype);//Object(){}
console.log(Animal.prototype.constructor === Animal);//true//true

　　

图4

　　因此，在_proto_属性不可访问时，可通过a1.constructor.prototype获取实例a1的原型对象。然而，当我们自定义一个构造函数Dog()，并且手动指定其prototype属性值为Animal，即指定Dog的父类为Animal。此时访问d1.constructor值为Animal，而不是Dog；由图5可以看出，Dog的原型对象和dog分别由Animal()和Dog()两个不同的构造器产生，然而他们的constructor属性指向了相同的构造器（Animal），这样就与使用constructor属性串联两种原型链的设想冲突了。

图5

　　是构造器出问题还是原型出了问题？图5可以看出，原型继承要求的“复制行为”已经正确实现，能够从子类实例中访问原型对象属性，问题是在给子类构造器Dog()赋予一个原型对象时应该“修正”该原型对象的构造属性值(constructor)。ECMAScript 3标准提供的方法是：保持原型的构造器属性，在子类构造器中初始化其实例对象的构造属性。代码如下：　

function Dog () {
　　//初始化constructor属性
　　 this.constructor=Dog; //或 this.constructor=arguments.callee;
　　};
　　Dog.prototype = new Animal();//赋予原型对象，实现继承

图6

对constructor属性“修正”后效果如图6所示，在子类构造器Dog中初始化其实例对象的constructor属性后，Dog的实例对象的constructor都指向Dog，而Dog的原型对象的constructor仍然指向父类型构造器Animal。这样就可以实现利用constructor属性串联起原型链，可以从子类实例开始回溯整个原型链。

总结

Atas ialah kandungan terperinci JavaScript继承体系的深入浅出. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!