避免脆弱基类问题需用接口替代继承、策略外移、组合优于继承、限制继承深度：如userservice与baseservice同实现useroperation接口，字段私有化，protected方法受控，instrumentedset组合set与counter，业务类声明final。
避免脆弱基类问题，核心是减少子类对父类内部实现的隐式依赖，让父类只承诺稳定契约，不暴露可变细节。
用接口替代继承，明确行为契约
把“能做什么”定义在接口里，而不是靠继承传递实现。比如不要写 class UserService extends BaseService，而是让两者都实现 UserOperation 接口。这样父类改了缓存逻辑，不影响子类语义；子类也不用猜父类哪行代码会被调用。
接口天然隔离变化——新增方法可加默认实现，旧实现类无需修改；删除方法则必须显式处理，不会静默失败。
基类只保留不可变语义，策略外移
父类不应包含具体策略，比如日志方式、重试次数、缓存开关等。这些应该通过构造参数、setter 或依赖注入传入。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 把
protected void doSave()改成private final SaveStrategy strategy - 禁止在父类构造器中调用
protected方法（子类重写后可能访问未初始化字段） - 所有字段声明为
private，需扩展时提供受控的protected方法，而非裸露字段
组合代替继承，切断隐式调用链
当子类只是“用”父类能力，而不是“是”父类的一种，就该换组合。例如：
原结构：InstrumentedHashSet extends HashSet → 父类 addAll 内部调用 add，子类重写 add 导致计数翻倍。
重构后：InstrumentedSet 持有 Set<e></e> 和 Counter，自己控制调用顺序和时机，不再被父类实现绑架。
限制继承深度与子类数量
单层抽象足够时，不要硬拆出中间层。比如 BaseService → CacheableService → TransactionalService → UserService 这种链，往往只是功能叠加，不是语义分层。
- 团队规范可约定：所有具体业务类声明为
final，禁止被继承 - 已有深层链，用 IDE “查找所有子类”，若某层只有 1–2 个子类且逻辑雷同，直接合并或转为组合
- 共性逻辑下沉为单一层级抽象类（如
AbstractDao），但只聚焦一个维度，子类建议控制在 2–5 个
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
