继承破坏封装性，核心在于子类被迫依赖父类内部实现细节；典型表现有父类方法自调用可覆盖方法、构造器中调用可重写方法、语义失配（如stack继承vector）；防范策略包括合理使用final、private字段+protected访问器、避免初始化阶段调用可重写方法、优先组合替代继承。

继承破坏封装性，核心在于子类被迫依赖父类的内部实现细节，而封装本意是隐藏细节、只暴露接口。一旦子类需要了解父类怎么做事才能正确重写方法，封装就被打破了。

经典反例：父类方法自调用可覆盖方法

父类中一个公开方法调用另一个可被子类重写的方法，子类重写后者时，父类逻辑就悄然改变。

• 父类 Base 中 addAll 调用 add，两者都声明为 public 或 protected
• 子类重写 add 增加统计逻辑，但没意识到 addAll 内部也走这个路径
• 结果：子类调用 addAll 时，统计值被重复累加，或漏统计——错误隐蔽且难以定位

典型场景：构造器中调用可重写方法

父类构造器执行期间，子类实例尚未初始化完成，此时调用被重写的方法，极易引发空指针或状态不一致。

Java Linux版

Java Linux版下载入口，提供 Oracle JDK 26.0.2 官方 Linux 安装包、Java 环境配置、JDBC 数据库连接和 Java 服务端开发相关信息。

下载

• 父类构造器里直接调用 init()，而该方法在子类中被重写并访问子类字段
• 子类字段还未赋值（仍为默认值或 null），方法执行出错
• 这种调用发生在对象“半成品”阶段，违背了安全初始化原则

语义失配反例：Stack 继承 Vector

技术上可行，但违背设计契约：Stack 不是 Vector 的一种，它不该暴露 removeElementAt() 这类与栈语义冲突的操作。

• 继承强制子类继承所有父类 public 方法，无法按需屏蔽
• 使用者可能误调用非栈行为的方法，破坏抽象一致性
• 父类接口膨胀，子类被迫承担不相关的责任

有效防范策略

关键不是禁用继承，而是让继承更可控、更安全。

• 父类方法若不希望被重写，一律用 final 修饰；工具方法优先设为 private
• 成员变量全部声明为 private，通过 protected 的 getter/setter 控制访问，而非直接暴露字段
• 避免在构造器、clone()、readObject() 等初始化敏感阶段调用任何可被重写的方法
• 优先考虑组合替代继承——把父类作为成员变量持有，显式委托调用，既复用逻辑又保持边界清晰

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南