javascript继承本质是原型链查找机制:对象访问属性时先查自身,未找到则沿__proto__向上遍历,直至object.prototype或null;构造函数的prototype即其实例的__proto__指向目标,如dog.__proto__ === animal.prototype,故dog.speak()可委托查找执行。

直接点明核心:JavaScript 继承本质是原型链查找机制,不是“类复制”,所有方式都围绕如何让子类实例既能访问父类实例属性,又能复用父类原型方法。
说清原理,不堆名词
面试官想听你懂底层,不是背定义。一句话讲清:每个对象有 [[Prototype]] 链,属性访问时先查自身,找不到就顺着 __proto__ 一层层向上找,直到 Object.prototype 或 null。构造函数的 prototype 属性,就是其实例的 __proto__ 指向的目标;而 new Parent() 创建的对象,它的 __proto__ 就是 Parent.prototype。
举例说明更直观:
- function Animal(name) { this.name = name; }
- Animal.prototype.speak = function() { console.log(this.name); };
- const dog = new Animal('旺财');
此时 dog.__proto__ === Animal.prototype,dog.speak() 能执行,是因为 dog 自身没 speak,但沿着原型链找到了 Animal.prototype 上的方法。
六种继承方式,按逻辑链讲清楚
不用硬记六种名字,按“问题驱动”串起来:
DMap GL地图JSAPI(dmapgl)开发指南。用于编写、审查、调试 DMap 地图 API 代码,涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 只用原型链继承(Child.prototype = new Parent()):方法能复用,但引用类型属性(如数组、对象)被所有子实例共享,且无法给 Parent 构造函数传参。
- 只用构造函数继承(Parent.call(this, ...args)):解决了数据隔离和传参,但父类原型上的方法全丢了,每次新建实例都要重新创建方法,浪费内存。
- 组合继承(两者都用):最常用。子类构造函数里 call 父类拿实例属性,再把 Child.prototype 设为 new Parent() 拿原型方法。缺点是父类构造函数被执行了两次(一次在 prototype 赋值,一次在 call 中)。
- 寄生组合继承(最优解):用 Object.create(Parent.prototype) 替代 new Parent() 设置 Child.prototype,避免多调一次父构造函数。ES6 class 底层实际就是这种模式。
- ES6 class/extends:语法糖,不是新机制。它自动处理了 constructor、super 调用、原型链绑定等细节,但本质仍是寄生组合式继承。需强调:必须在子类 constructor 中调用 super(),否则报错。
对比优劣,带具体场景
回答时别只说“有优缺点”,要落到开发实际:
- 写工具函数库?倾向寄生组合继承或 class,保证方法复用+实例独立。
- 临时生成配置对象,不需要复用方法?借用构造函数就够了,轻量。
- 看到别人代码里
Child.prototype = Object.create(Parent.prototype)+Child.prototype.constructor = Child?这就是手动实现寄生组合继承的标准写法。 - 遇到
TypeError: Cannot call a class as a function?说明用了 class 但没用 new,或者子类 constructor 里漏了 super()。
收尾点睛,体现工程意识
最后补一句:日常开发优先用 ES6 class,清晰安全;需要兼容老环境或深入理解机制时,掌握寄生组合继承的写法即可。真正重要的不是记住几种方式,而是明白——所有继承都在解决同一个问题:怎么让子对象既拥有自己的数据,又不重复定义通用行为。










