规范与约束：抽象类与接口核心学习笔记
抽象类和接口是面向对象中定义规范、约束行为的核心载体，是实现代码解耦、多态拓展、标准化设计的关键。在大型项目开发和 UML 建模中，抽象类和接口用于统一业务规范，约束子类的行为，保证系统所有实体的行为统一。本文结合课堂知识点、建模标准、开发场景，对比解析抽象类与接口的特性、区别及实战应用。
一、抽象类核心知识点
- 定义与核心特点
被 abstract 修饰的类即为抽象类，专门用于抽取子类的通用模板，不能被实例化，只能被继承。
抽象类中可以包含普通属性、普通方法、构造方法，也可以包含抽象方法。抽象方法只有方法声明，没有方法实现，必须由子类重写实现。 - 核心作用
抽象类的核心作用是模板约束，为所有子类提供统一的通用模板，规定子类必须具备的行为，同时保留通用代码的复用能力，兼顾复用性和规范性。
二、接口核心知识点
- 定义与核心特点
接口是比抽象类更纯粹的行为规范，是方法的集合，使用 interface 定义。接口不能实例化、没有构造方法，JDK8 之后可包含默认方法和静态方法。
接口中所有常量默认被 public static final 修饰，所有抽象方法默认被 public abstract 修饰，核心目的就是统一行为标准。 - 核心作用
接口的核心作用是行为约束、解耦拓展，只规定 “必须做什么”，不规定 “怎么做”。实现类根据自身业务需求实现接口方法，极大提升了代码的灵活性和扩展性。
同时 Java 支持类多实现接口，完美弥补了单继承的局限性，是项目中实现多态、解耦的核心手段。
三、抽象类与接口的核心区别
设计理念不同：抽象类是模板设计，描述一类事物的通用属性和行为，强调 “是什么”；接口是行为规范，描述一类事物的拓展行为，强调 “能做什么”。
结构不同：抽象类可以有成员变量、构造方法、普通方法；接口只能有常量、抽象方法、默认方法，无成员变量和构造方法。
继承规则不同：类只能单继承抽象类，但可以多实现接口。
使用场景不同：需要复用代码、统一实体模板时用抽象类；需要统一行为规范、实现功能拓展、解耦代码时用接口。
四、UML 建模中的抽象类与接口
在 UML 类图中，抽象类采用斜体字体标识，包含通用属性和抽象方法；接口用特殊的接口图标表示，类与接口之间为实现关系，用带空心三角的虚线箭头指向接口。
在系统建模设计中，我们通过抽象类定义核心实体模板，通过接口定义通用业务行为，让整个系统的实体行为标准化、规范化，避免业务逻辑混乱，同时为形式化方法的逻辑验证提供统一的约束标准。
五、实战开发应用场景
接口是企业开发中的高频用法，常用于定义全局规范、通用功能模块，例如：支付接口、日志接口、权限接口。不同的支付方式（微信、支付宝）实现同一个支付接口，保证行为统一，拓展灵活。
抽象类常用于框架底层设计，抽取通用业务模板，减少重复代码，兼顾规范与复用。
学习总结
本次学习让我清晰区分了抽象类和接口的设计理念，摆脱了 “两者用法相似、无从选择” 的困惑。
抽象类重在模板复用，解决同类实体的共性问题；接口重在规范解耦，解决不同实体的行为统一问题。两者是面向对象标准化设计的核心，也是 UML 建模、框架开发的重要基础。
理解抽象类与接口的设计思想，让我对面向对象的 “规范、拓展、解耦” 有了更深的认知。后续在建模和代码开发中，我会根据业务场景合理选用，搭建更规范、更易拓展的程序架构。