Java内部类实现多重实现继承的用法、实例及适用性分析

你的代码完全符合「内部类实现多重实现继承」的正确用法 #

你这个示例刚好踩中了该特性的核心价值：Java限制普通类只能继承一个非接口类型，你通过两个成员内部类分别继承AddOnlyCollection和ReadOnlyCollection，绕开了单继承限制；同时两个内部类可以直接访问外部类的私有list属性，天然共享同一份状态，不需要额外做跨对象的状态同步，也不需要把内部存储暴露给外部，比普通的对象组合方案更简洁、封装性更好。

常见应用场景与实例 #

这种用法至今仍广泛使用，典型场景包括：

• 集合迭代器实现：JDK中几乎所有集合的迭代器都是内部类实现的，比如ArrayList的ListItr内部类，既继承了基础迭代器Itr的公共实现，又额外实现了ListIterator的扩展方法，还能直接访问ArrayList的私有存储数组，不会把内部存储暴露给外部，保证了集合的封装安全性。
• GUI事件处理：Swing、JavaFX 中大量使用匿名内部类继承事件适配器（比如MouseAdapter、KeyAdapter），多个不同的事件处理内部类可以共享同一个窗口/组件的内部状态，不需要反复传递组件实例。
• 状态机实现：状态机的每个状态实现作为内部类继承统一的状态抽象类，所有状态实例可以直接访问状态机的上下文属性，不需要额外传递上下文对象，也避免了上下文内部状态对外暴露。

该用法并未淘汰，只是使用优先级有所降低 #

《Thinking in Java》的表述放到现在依然成立，只是后续Java版本的新特性提供了更多替代方案，大家不会刻意优先用这种写法：

• Java 8 引入接口默认方法之后，很多需要复用实现的场景可以通过实现多个带默认方法的接口完成，不需要依赖内部类。
• 现代开发更倾向于低耦合的组合+依赖注入模式，外部注入的实现类更容易做单元测试，而内部类和外部类强绑定，测试成本更高。
  但在需要高内聚、严格控制内部状态暴露的场景下，内部类实现多重继承的方案依然是最优选择，JDK 源码中至今仍有大量相关实现，完全谈不上淘汰。

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