原文链接：https://blog.csdn.net/blueblueskyhua/article/details/73135938
我的理解：Object.create相当于js红宝书中的组合寄生继承里面引入一个中间的函数。这样子类可以继承父类原型中的方法且不会直接修改原型方法。
前几天有碰到原型的问题。之前以为自己对原型还是有所了解，但是细细研究，发现自己对原型的理解还是太年轻了。
[图片上传失败...(image-e05217-1530862992560)]
Object.create 和new
创建对象的方式，我以我碰到的两种创建方式，Object.create 和new来说明
var Base = function () {}
var o1 = new Base();
var o2 = Object.create(Base);
那这样到底有什么不一样呢？
[图片上传失败...(image-3099da-1530862992560)]
我先来一段Object.create的实现方式
Object.create = function (o) {
var F = function () {};
F.prototype = o;
return new F();
};
可以看出来。Object.create是内部定义一个对象，并且让F.prototype对象 赋值为引进的对象/函数 o，并return出一个新的对象。
再看看var o1 = new Base()的时候new做了什么。
JavaScript 实际上执行的是：
var o1 = new Object();
o1.[[Prototype]] = Base.prototype;
Base.call(o1);
new做法是新建一个obj对象o1，并且让o1的__proto__指向了Base.prototype对象。并且使用call 进行强转作用环境。从而实现了实例的创建。
我们来看看两个对象打印情况。
[图片上传失败...(image-1a5bdc-1530862992560)]
看似是一样的。
我们对原来的代码进行改进一下。
var Base = function () {
this.a = 2
}
var o1 = new Base();
var o2 = Object.create(Base);
console.log(o1.a);
console.log(o2.a);
[图片上传失败...(image-a2543-1530862992560)]
可以看到Object.create 失去了原来对象的属性的访问。
那再看看prototype呢？（一开始没理解prototype和__proto__ 的关系。造成对这两种方式的创建理解非常费解）。
再一次对代码进行改进。
var Base = function () {
this.a = 2
}
Base.prototype.a = 3;
var o1 = new Base();
var o2 = Object.create(Base);
console.log(o1.a);
console.log(o2.a);
我一开始以为输出的值是2,3。。。以为prototype还是存在的。。结果发现真的发错特错。我们看运行的结果。
[图片上传失败...(image-2140c4-1530862992560)]
依旧是如此。
[图片上传失败...(image-e8d3bd-1530862992560)]
那我们就以图说话。
[图片上传失败...(image-6ef38b-1530862992560)]
[图片上传失败...(image-f0a0f6-1530862992560)]
（F在创建后被销毁）
看完上图，我们就知道了，为什么通过Object.create构造的连Base原型上的属性都访问不到，因为他压根就没有指向他的prototype。这也就说明了__proto__ 和 prototype 的区别。所以上面在prototype定义的a，只是Base的prototype对象上的一个属性。
再来看看就是：
- new关键字必须是以function定义的。
- Object.create 则 function和object都可以进行构建。
小结
| 比较 | new | Object.create |
|---|---|---|
| 构造函数 | 保留原构造函数属性 | 丢失原构造函数属性 |
| 原型链 | 原构造函数prototype属性 | 原构造函数/（对象）本身 |
| 作用对象 | function | function和object |
instanceof 和 isPrototypeOf
写了创建一个对象实例，并且说了通过原型链来完成这一个个对象之间的联系，但是你怎么知道就一定含有呢？所以我们需要一个判断机制。
[图片上传失败...(image-d61b01-1530862992559)]
function Foo(){
//...
}
Foo.prototype.ff = 2;
var a = new Foo();
a instanceof Foo; //true
instanceof 说的是在a的整条[[Prototype]] 是否含有Foo.prototype对象。 但是这个方法只能实现对象(a)和函数(带.prototype引用的Foo),如果你想判断两个对象（a 和 b）是否通过[[Prototype]]链关联。只用instanceof就无法实现。
所以这里用到了isPrototypeOf。
var a = {};
var b = Object.ceate(a);
b.isPrototypeOf(a);//在a的[[Prototype]]是否出现过b来判断。
来看看isPrototypeOf实现方式。
function isRelatedTo(o1,o2){
function F(){}
F.prototype = o2;
return o1 instanceof F;
}
上述函数通过了构建一个辅助函数F，构建了一个prototype对象。从而达到instanceof比较的条件。
console.log(a.isPrototypeOf(b) === isRelatedTo(b,a));// true
constructor
举例来说，.constructor是在函数声明时候的默认属性。
我们先来看看下面的代码。
function Foo(){
}
console.log(Foo.prototype.constructor === Foo);//true
var a = new Foo();
console.log(a.constructor === Foo);//true
看起来a.constructor === Foo 为真，意味着a的确有一个.constructor指向Foo的.constructor属性。
但是可能出于不理解，或者很多的误操作，都会导致我们.constructor指向的丢失。如下：
function Foo(){
}
Foo.prototype = {}
var a1 = new Foo();
console.log(a1.constructor === Foo);//false
console.log(a1.constructor === Object);//true
可以看到a1并没有.constructor属性。那是为什么呢。？因为a1没有.constructor属性，他会委托[[prototype]]链上的Foo.prototype。但是新建的Foo.prototype也没有.constructor,所以继续往上找，一直到了顶端的Object.prototype。
再来，为了绝对的保证我的代码可靠，不被一些错误操作，影响我们的执行。
function Foo(){
}
Foo.prototype = {}
var a1 = new Foo();
Object.defineProperty(Foo.prototype, "constructor", {
enumerable: false,
writeable:true,
configureable: true,
value: Foo // 让.constructor指向Foo
})
想要说明的就是一点对于.constructor，我们并不能完全信任，稍不留神，一个手误或者不懂原理就去改对象。会发生惨烈的指向错误，所以认为constructor的意思是“由…构造”，这个误解代价太高了。
所以可以看出.constructor是一个非常不可靠，并且不安全的引用。在开发中尽量避免使用这些引用。如果用了，请记得检查你的原型，避免出现.constructor丢失。