原型继承适合只读方法复用、父类无引用类型实例属性、无需向父类传参及教学演示场景；组合继承更常用，因它保障实例属性独立、支持传参、复用原型方法且符合业务建模需求。
选原型继承还是组合继承，关键看你要不要每个实例独享父类属性，以及是否需要向父类构造函数传参。原型继承简单轻量，但共享引用类型属性；组合继承更健壮，是实际开发中最常用的选择。
原型继承适合什么场景
原型继承本质是让子类原型指向父类的一个实例，所有子类实例共享这个原型上的属性和方法。
- 适合只读的、基础的方法复用，比如工具类的通用方法
- 父类不定义引用类型实例属性（如
this.arr = []或this.obj = {}） - 不需要在创建子类实例时给父类传参（例如
new Child('Alice', 25)中的参数无法透传给父类） - 老项目快速搭架子，或教学演示原型链机制
组合继承为什么更常用
它把构造函数继承和原型链继承“组合”起来：在子类构造函数里调用 Parent.call(this, ...) 初始化实例属性，在子类原型上通过 Object.create(Parent.prototype) 复用父类方法。
- 每个子类实例都有独立的父类属性（避免
friends、config等引用类型被意外修改影响其他实例） - 支持创建实例时向父类传参，初始化逻辑清晰可控
- 父类原型上的方法仍可被所有子类实例共享，不重复创建，节省内存
- 符合大多数业务对象建模需求——既有独立状态，又有共用行为
一个容易忽略的关键细节
组合继承虽然实用，但默认会调用两次父类构造函数：一次在 Parent.call(this, ...)，另一次在设置 Child.prototype = new Parent()（旧写法）或 Object.create(Parent.prototype)（推荐写法）时并不执行构造函数，所以现代实现中已规避了冗余调用。
- 正确写法应使用
Object.create(Parent.prototype)设置子类原型，再手动修复constructor - 避免直接写
Child.prototype = new Parent()，否则会执行父类构造函数并可能产生无意义的初始值 - ES6 的
class extends底层就是基于寄生组合式继承优化的，自动处理这些细节
简单判断流程
如果你的父类有类似 this.items = [] 这样的实例属性，或者你需要 new Sub('name', 18) 这种带参初始化，就别用纯原型继承——直接上组合继承（或更现代的 class）。如果只是挂几个静态工具方法，且确定不会改状态，原型继承够用也够轻。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
