抽象类中可以没有抽象方法，只要用abstract修饰即合法；它不能被实例化，但可含构造器、普通方法和字段，用于提供继承基底或防止误用。
抽象类中没有抽象方法是完全合法的，Java 语法明确允许这种写法。
语法上完全允许，但需用 abstract 显式声明
只要类被 abstract 关键字修饰，无论是否包含抽象方法，编译器都接受。例如：
abstract class Logger {
protected String prefix = "[INFO]";
public void log(String msg) {
System.out.println(prefix + " " + msg);
}
}
这个类没有 abstract 方法，但仍是合法抽象类——它不能被 new 实例化，只能被继承。
关键点在于：abstract 是类的修饰符，不是对内容的强制要求。它的作用是表达设计意图：这个类不用于直接创建对象，而是作为子类的基底。
为什么允许“空抽象类”？设计意图大于语法约束
这类抽象类常见于以下场景：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 防止误用：比如只希望用户创建
FileLogger或DbLogger，而不允许出现泛化的Logger实例 - 提供共用能力：封装通用字段、构造逻辑、普通方法（如日志格式化、线程安全处理），但业务上不允许“无具体含义”的实例存在
- 为未来扩展预留：当前没抽象方法，但已规划后续子类需定制某些行为，提前用 abstract 锚定继承结构
不合法的情况反而是：有抽象方法却没声明为 abstract 类
这才是编译器会立刻报错的情形：
class Shape {
abstract void draw(); // 编译错误：abstract method in non-abstract class
}
Java 规则很清晰：有抽象方法 → 必须是抽象类；但抽象类 → 不必有抽象方法。
和接口、final 类的本质区别
抽象类即使没有抽象方法，仍保有类的完整能力：
- 可以定义 protected 字段、构造方法、private 工具方法
- 支持深度继承链，子类可复用初始化逻辑
- 与 final 类互斥：final 表示不可继承，abstract 表示必须被继承，语义相反
而接口无法拥有构造器或实例字段，也不参与构造流程调用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
