最近被同事问道一个问题：
function Father() {
this.color = ['red', 'green'];
}
function Child() {
this.test = 1;
}
Child.prototype = new Father();
let instance = new Child();
这个例子是经典原型链继承，未做constructor修复的一个例子。
问：
instance的属性test哪里来的，要知道这里的此时instance的构造函数instance.constructor是Father，我们再根据一般Java，ES6类中的构造函数的拷贝属性用法，instance的属性要有也是Father的color？
问题就在这里了，js的new并不像Java 这种OOP语言的new一样，js的new后面的不是类，就是普通函数，普通函数以new调用，内部过程为：MDN，New
test的属性是通过this的改变获取到的，压根没走js原型对象中的constructor。所以这里就是一个误区。
那么js原型对象中的constructor有什么作用？上面的继承让我们instance.color通过原型链访问到了Father的color属性，最后为什么一般要修复Child.prototype.constructor = Child呢。
答案其实也没那么重要：
constructor属性不影响任何JavaScript的内部属性。constructor其实没有什么用处，只是JavaScript语言设计的历史遗留物。由于constructor属性是可以变更的，所以未必真的指向对象的构造函数，只是一个提示。不过，从编程习惯上，我们应该尽量让对象的constructor指向其构造函数，以维持这个惯例。
目前看到的作用之一，通过实例的构造函数给闭包中的函数增加属性方法。
var a,b;
(function(){
function A (arg1,arg2) {
this.a = 1;
this.b=2;
}
A.prototype.log = function () {
console.log(this.a);
}
a = new A();
b = new A();
})()
a.log();
// 1
b.log();
// 1
通过以上代码我们可以得到两个对象，a,b，他们同为类A的实例。因为A在闭包里，所以现在我们是不能直接访问A的，那如果我想给类A增加新方法怎么办？
// a.constructor.prototype 在chrome,firefox中可以通过 a.__proto__ 直接访问
a.constructor.prototype.log2 = function () {
console.log(this.b)
}
a.log2();
// 2
b.log2();
// 2
通过访问constructor就可以了。
这位老哥的解释也就是上面的代码的一个应用了。
不过你拿到 prototype 也不见得能拿到 正确的 constructor，JS没有提供方式确保你拿到“正确”的
constructor。我们只能根据惯例相信对象上的 constructor 应该是“正确”的 constructor。
这也是我们上面做constructor修复的一个原因了。
参考：
知乎
红宝石书