继承是面向对象四大核心特性之一，是实现代码复用、层级设计的核心手段，也是 UML 类图中泛化关系的底层逻辑。在大型软件系统中，大量相似的业务实体存在共性特征，通过继承可以抽取公共代码、构建层级化的类结构，避免代码冗余。本文结合课堂知识、UML 建模规范、实战代码案例，全面解析继承的原理、用法、特点与开发禁忌。
一、继承的核心定义与核心思想

1. 定义
   继承指一个类（子类 / 派生类）可以获取另一个类（父类 / 超类）的所有非私有属性和方法，并可以在此基础上拓展新的功能。
2. 核心思想
   继承的核心是抽取共性、拓展个性。将多个子类的公共属性和公共方法抽取到父类中，子类无需重复编写，直接继承复用，同时子类可以根据自身业务需求，拓展独有属性和方法。
   这种设计思想极大简化了代码结构，让类的层级关系清晰直观，也是软件设计中 “高复用性” 的核心实现方式。

二、继承的核心特点
单继承局限性：Java 仅支持单继承，一个子类只能有一个直接父类，但一个父类可以拥有多个子类。该设计避免了多继承带来的代码冲突、层级混乱问题，保证代码的稳定性。
成员权限继承规则：父类 private 私有成员无法被继承，protected、默认、public 修饰的成员均可被子类继承，严格遵循访问权限规则。
构造方法不继承：父类的构造方法不会被子类继承，子类会默认调用父类无参构造方法，保证父类资源的初始化。
可重写拓展：子类可以重写父类的原有方法，实现个性化业务逻辑，为多态特性奠定基础。

三、方法重写与继承的进阶应用
方法重写是继承机制的核心进阶用法，指子类对父类继承的方法进行重新实现，保留方法名、参数列表、返回值，修改方法内部逻辑。
重写遵循两同两小一大原则：方法名、参数列表相同；抛出异常、返回值范围更小或相等；访问权限更大或相等。
通过继承 + 重写的组合，我们可以在复用父类通用逻辑的同时，实现子类的个性化需求，完美适配复杂的业务场景，也是后续策略模式、多态编程的基础。

四、UML 建模中的继承（泛化）关系
在 UML 类图中，继承对应泛化关系，用空心三角箭头指向父类。泛化关系是类图中最核心的关系之一，用于描述父子类之间的层级继承关系。
在系统建模过程中，我们会先抽象顶层父类，定义全系统通用的属性和行为，再通过泛化关系衍生出不同的子类，实现系统结构的层级化、标准化设计，让模型更贴合业务层级逻辑。

五、继承的使用禁忌与最佳实践
继承可以实现代码复用，但不可滥用。继承的核心适用场景是：子类是父类的严格子集，满足 “is-a” 的关系，例如：学生是人、教师是人，可继承人类。
禁止为了节省少量代码强行继承，若子类和父类无本质从属关系，强行继承会导致类层级混乱、代码耦合度飙升，后期维护难度极大，违背面向对象设计思想。

学习总结
本次课程深入讲解了继承机制的底层逻辑与实战用法，让我明白继承不只是简单的代码复制，更是系统层级设计的思维工具。
继承实现了代码复用，方法重写实现了功能拓展，两者结合让面向对象程序具备了极强的扩展性。同时结合 UML 泛化关系，我打通了代码开发和建模设计的关联，理解了建模中的层级结构，最终都会落地为代码中的继承关系。
后续在项目开发和建模中，我会严格遵循 is-a 原则使用继承，合理抽取公共父类，构建层级清晰、低冗余、高复用的类结构。