抽象类不能被实例化，因其表达不完整概念（如Animal），编译器禁止new操作；它通过abstract方法强制子类实现，通过具体方法复用逻辑，并支持状态共享、构造初始化和继承约束。
抽象类在 Java 中不是用来造对象的，而是用来“定规矩 + 给底子”——强制子类实现关键行为，同时复用公共逻辑。
为什么不能直接 new 一个抽象类？
因为抽象类表达的是不完整的概念，比如 Animal、Shape、DocumentProcessor，它们本身没有具体形态，编译器会阻止你写 new Animal() 这种代码，否则语义就乱了。
- 编译时报错：
Cannot instantiate the type Animal - 抽象类可以有构造方法，但只供子类
super()调用，用于初始化共用字段（如age、color） - 哪怕一个抽象类里没写任何
abstract方法，只要加了abstract关键字，它就不能被实例化
抽象方法和具体方法怎么配合用？
抽象方法是“必须重写”的契约，具体方法是“拿来就能用”的共享能力。二者混在一个类里，才能兼顾约束力与实用性。
jm-jsjkxyjs02-zlm-405
下载
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
public abstract class DataExporter {
protected String format; // 共享状态
public DataExporter(String format) {
this.format = format;
}
// 具体方法：所有子类都用同一套校验逻辑
public final void export(Data data) {
if (data == null) throw new IllegalArgumentException("data must not be null");
doExport(data); // 委托给子类实现
}
// 抽象方法：格式不同，导出动作必然不同
protected abstract void doExport(Data data);
}
-
export()是模板入口，加final防止子类破坏流程 -
doExport()是钩子，由JsonExporter、CsvExporter各自实现 - 如果全用接口，就得在每个实现类里重复写
if (data == null)校验；如果全用普通类，又无法强制子类提供doExport
什么时候该选抽象类，而不是接口？
当你要传递状态、复用实现、或需要构造逻辑时，接口做不到，只能靠抽象类。
- 需要共享字段？→ 接口不能有实例变量，
abstract class Shape { protected double scale; }可以 - 要统一构造过程？→ 接口没有构造器，抽象类可以定义
protected Shape(String name) - 已有部分逻辑但不想暴露细节？→ 抽象类能写
private方法或final方法，接口不行（Java 17 仍不支持private final方法） - 想限制继承链深度？→ 抽象类天然是一条单继承主线，适合建模“is-a”关系（如
Dog extends Animal），而接口更适合“can-do”能力（如Runnable,Serializable）
最容易被忽略的一点：抽象类的构造器不是摆设。如果你在抽象类里写了带参构造器，子类就必须显式调用 super(...)，这其实是种隐性的初始化契约——它比文档更可靠，也比运行时检查更早暴露问题。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
