在Java设计原则中，为何推荐组合优于继承？请说明原因。
在Java设计原则中，推荐“组合优于继承”（Composition over inheritance）主要是因为以下几个原因：
- 更大的灵活性：通过组合，一个类可以使用多个对象的功能，而这些对象可以在运行时动态替换或增加，提供了更大的灵活性。而继承是静态的，一旦定义了子类，就不能在运行时改变从父类继承的实现。
-
避免过度耦合：继承会造成父类和子类之间的紧密耦合，因为子类依赖于父类的实现细节。父类的任何改变都可能影响子类。组合则可以降低对象间的耦合度，因为它们之间通常只通过接口或者定义好的协议进行交互。
-
更易于维护：使用组合的对象的内部实现可以独立于使用它的类变化，这意味着对象可以不影响其它类的情况下进化和变化。这使得系统更易于维护和扩展。
-
避免继承层次过深：继承可能导致很深的继承层次结构，这使得代码难以理解和维护。组合通过简单地组合对象来实现功能，可以避免创建复杂的继承结构。
-
重用代码：组合可以更方便地重用代码。你可以将功能封装在各种对象中，然后通过组合它们来创建新的功能。这比通过继承来重用代码更加灵活。
应用场景的例子：
- 用户界面组件：用户界面中的一个按钮可能具有很多功能，比如渲染、监听点击事件等。通过将这些功能放在不同的对象中，然后在按钮对象中通过组合这些对象来实现功能，这要比创建一个按钮基类然后让每种按钮去继承它来实现不同的功能要灵活和清晰得多。
- 游戏开发：在游戏开发中，可能有许多类型的角色，比如士兵、僧侣等。如果使用继承，可能会导致一个庞大且难以管理的继承树。通过组合，可以创建不同的能力（如行走、攻击、治疗）作为独立的类，然后通过组合这些能力来创建不同的角色。
- 支付系统：在一个电子商务系统中，可能会有多种支付方法（比如信用卡支付、PayPal支付、比特币支付等）。通过组合模式，可以创建一个支付接口，然后各种支付方式实现这个接口，支付方式可以在运行时动态组合，增加新的支付方式也不需要改变现有代码结构。