组合优于继承，因组合通过内部实例委托实现功能复用，避免暴露多余接口。如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 { // 组合：MyStack 内部包含一个 ArrayList 的实例 private List 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）。比如，父类新增了一个方法，或者改变
以上就是如何在Java中实现组合优于继承原则的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/75447.html
微信扫一扫 
支付宝扫一扫 
