组合优于继承，因组合通过内部实例委托实现功能复用，避免暴露多余接口。如MyStack持有ArrayList实例，仅封装栈所需操作，提升封装性与安全性；而继承会使子类暴露父类所有方法，破坏LIFO原则，且导致强耦合，引发脆弱基类问题——父类变更直接影响子类，难以维护。
在Java编程中，当我们谈论代码复用和设计灵活性时，”组合优于继承”是一个被广泛推崇的原则。简单来说，它建议我们优先通过在一个类中包含另一个类的实例（组合）来复用功能，而不是通过让一个类继承另一个类（继承）。这样做能够显著降低代码间的耦合度，提升系统的可维护性和扩展性，避免继承带来的诸多陷阱。
要实践这个原则，最直接的方式就是委托（Delegation）。假设我们想实现一个简单的栈（Stack）功能，我们可能会本能地想到让
MyStack
类继承
java.util.Vector
或
java.util.ArrayList
，因为它们都提供了列表操作。但这样做，
MyStack
会暴露
Vector
或
ArrayList
的所有公共方法，比如
get(index)
、
remove(index)
，这些操作对于栈的LIFO（后进先出）原则来说是完全不合适的，甚至可能破坏栈的内部状态。
通过组合，我们可以这样做：
import java.util.ArrayList; import java.util.List; public class MyStack<T> { // 组合：MyStack 内部包含一个 ArrayList 的实例 private List<T> elements = new ArrayList<>(); public void push(T item) { elements.add(item); } public T pop() { if (isEmpty()) { throw new IllegalStateException("Stack is empty"); } return elements.remove(elements.size() - 1); } public T peek() { if (isEmpty()) { throw new IllegalStateException("Stack is empty"); } return elements.get(elements.size() - 1); } public boolean isEmpty() { return elements.isEmpty(); } public int size() { return elements.size(); } // 注意：这里我们只暴露了栈应该有的行为， // 而没有暴露 ArrayList 的所有方法。 // 这就是组合带来的封装性优势。 }
你看，
MyStack
类并没有继承
ArrayList
，而是内部“拥有”了一个
ArrayList
实例，并把
push
、
pop
等操作委托给这个
ArrayList
来完成。这样，
MyStack
的外部接口就只包含了栈应有的行为，完全避免了
ArrayList
那些不符合栈语义的方法被误用。
立即学习“Java免费学习笔记（深入）”；
为什么说组合比继承更灵活、更易维护？
这个问题，其实是触及到了面向对象设计的核心矛盾之一。在我看来，继承最诱人的地方在于它能实现代码的“自然”复用，毕竟“子类是父类的一种特殊类型”这种“is-a”关系听起来很直观。但现实往往比理论复杂得多。
继承一旦建立，子类和父类之间就形成了强耦合。子类不仅继承了父类的实现，还继承了它的接口。这意味着父类的任何改动，都可能在不经意间影响到所有子类，这就是所谓的“脆弱的基类问题”（Fragile Base Class Problem）。比如，父类新增了一个方法，或者改变
评论（已关闭）
评论已关闭