这种方法的好处就是不需要实例化对象（和方法一相比），节省了资源。弊端也是明显，除了和上文一样的问题，即constructor指向了父对象，还只能复制父对象用prototype声明的属性和方法。也即是说，上述代码中，Animal对象的name属性得不到复制，但能复制setName方法。最最致命的是，对子对象的prototype的任何修改，都会影响父对象的prototype，也就是两个对象声明出来的实例都会受到影响。所以，不推荐这种方法。
原型链
写过继承的人都知道，继承可以多层继承。而在JS中，这种就构成了原型链。上文也多次提到了原型链，那么，原型链是什么？一个实例，至少应该拥有指向原型的proto属性，这是JavaScript中的对象系统的基础。不过这个属性是不可见的，我们称之为“内部原型链”，以便和构造器的prototype所组成的“构造器原型链”（亦即我们通常所说的“原型链”）区分开。我们先按上述代码构造一个简单的继承关系：
复制代码 代码如下:
function Animal(name) {
this.name = name;
}
function Dog(age) {
this.age = age;
}
var animal = new Animal("wangwang");
Dog.prototype = animal;
var dog = new Dog(2);
提醒一下，前文说过，所有对象都是继承空的对象的。所以，我们就构造了一个原型链：
我们可以看到，子对象的prototype指向父对象的实例，构成了构造器原型链。子实例的内部proto对象也是指向父对象的实例，构成了内部原型链。当我们需要寻找某个属性的时候，代码类似于
复制代码 代码如下:
function getAttrFromObj(attr, obj) {
if(typeof(obj) === "object") {
var proto = obj;
while(proto) {
if(proto.hasOwnProperty(attr)) {
return proto[attr];
}
proto = proto.__proto__;
}
}
return undefined;
}
在这个例子中，我们如果在dog中查找name属性，它将在dog中的成员列表中寻找，当然，会找不到，因为现在dog的成员列表只有age这一项。接着它会顺着原型链，即.proto指向的实例继续寻找，即animal中，找到了name属性，并将之返回。假如寻找的是一个不存在的属性，在animal中寻找不到时，它会继续顺着.proto寻找，找到了空的对象，找不到之后继续顺着.proto寻找，而空的对象的.proto指向null，寻找退出。
原型链的维护我们在刚才讲原型继承的时候提出了一个问题，使用方法一构造继承时，子对象实例的constructor指向的是父对象。这样的好处是我们可以通过constructor属性来访问原型链，坏处也是显而易见的。一个对象，它产生的实例应该指向它本身，也即是
复制代码 代码如下:
(new obj()).prototype.constructor === obj;
然后，当我们重写了原型属性之后，子对象产生的实例的constructor不是指向本身！这样就和构造器的初衷背道而驰了。我们在上面提到了一个解决方案：
复制代码 代码如下:
Dog.prototype = new Animal("wangwang");
Dog.prototype.constructor = Dog;
看起来没有什么问题了。但实际上，这又带来了一个新的问题，因为我们会发现，我们没法回溯原型链了，因为我们没法寻找到父对象，而内部原型链的.proto属性是无法访问的。于是，SpiderMonkey提供了一个改良方案：在任何创建的对象上添加了一个名为__proto__的属性，该属性总是指向构造器所用的原型。这样，对任何constructor的修改，都不会影响__proto__的值，就方便维护constructor了。
但是，这样又两个问题：
__proto__是可以重写的，这意味着使用它时仍然有风险
__proto__是spiderMonkey的特殊处理，在别的引擎（例如JScript）中是无法使用的。
我们还有一种办法，那就是保持原型的构造器属性，而在子类构造器函数内初始化实例的构造器属性。
代码如下：改写子对象
复制代码 代码如下: