Java中已有类访问能力为何仍需继承？两种实现差异解析

你给出的两个例子里，继承的写法其实没用到继承的核心特性——你在B的构造函数里还是手动new了A的对象并调用方法，这和组合的写法本质上没区别，所以运行效果自然一样。但继承的价值远不止于此，它和组合（你的第一个实现）的核心差异体现在以下几个方面：

1. 代码复用的方式不同 #

• 组合（无继承）：必须创建父类对象才能调用其方法，相当于“借”用父类的功能，每次使用都要实例化对象，代码冗余度高。
• 继承：子类直接拥有父类的非私有成员（字段、方法），无需额外实例化就能调用。比如修改你的继承实现：

  class B extends A {
      B() {
          print(); // 直接调用父类的print方法，不用new A对象
      }
  }
  

  如果父类有大量可复用的逻辑，继承能大幅减少重复代码，子类只需专注实现自己特有的功能。

2. 支持多态特性 #

继承是Java实现多态的基础，这是组合做不到的。多态允许你用父类类型的变量引用子类对象，自动调用子类的重写方法：

class B extends A {
    @Override
    public void print() {
        System.out.println("Class B");
    }
}

// 定义通用方法
public static void executePrint(A obj) {
    obj.print();
}

// 调用时
executePrint(new A()); // 输出 Class A
executePrint(new B()); // 输出 Class B

如果用组合的方式，B和A没有继承关系，你无法把B对象传入executePrint(A obj)方法，也就没法实现这种“一套代码适配多种对象”的灵活逻辑。

3. 语义上的关系差异 #

• 继承：表达的是**is-a（是一种）**的关系，比如Dog extends Animal，意思是Dog是Animal的一种，符合现实逻辑的分类关系。
• 组合：表达的是**has-a（有一个）**的关系，比如Car里有Engine对象，意思是Car包含Engine，是整体与部件的关系。
  这种语义区分能让代码结构更清晰，符合面向对象的设计思想。

4. 维护与扩展性不同 #

如果父类的逻辑需要更新，所有继承它的子类会自动继承更新后的逻辑（只要子类没重写对应方法），无需逐个修改；而组合的方式，每个使用父类对象的类都要单独调整，维护成本随类数量增加而升高。

比如把A的print方法改成：

public void print() {
    System.out.println("Updated Class A");
}

所有继承A且未重写print的子类，都会自动输出新内容；但组合的B类，除非你修改构造函数里的A对象调用逻辑，否则还是输出旧内容。

内容的提问来源于stack exchange，提问作者Sriram