抽象类不能被直接实例化，因其设计意图是表达“待完成的契约”，必须通过继承并实现抽象方法后，以多态方式（如animal dog = new dog()）使用。

抽象类不能被直接实例化，不是技术限制，而是设计意图的强制表达——它代表一种“待完成的契约”，而非可用的对象模板。

核心在于语义定位：抽象类是模板，不是成品

Java 要求一个类能被 new 出来，前提是它必须具备完整、可执行的行为。抽象类主动声明自己“不完整”：

• 它可能包含 abstract 方法，这些方法没有实现体，JVM 无法生成调用逻辑
• 即使没有抽象方法，只要加了 abstract 关键字，就等于向编译器和协作者明确说：“我需要被继承，行为由子类补全”
• 像 Animal、Shape、DataSource 这类概念，在现实中本就没有“纯抽象个体”，只存在具体子类（Dog、Circle、MySQLDataSource）

编译期就拒绝，不是运行时兜底

这个约束不是靠 try-catch 或反射绕过的安全检查，而是语言层面的硬性语法规则：

Java Development Manual

Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...

下载

• 写 new Animal()，javac 直接报错：Cannot instantiate the type Animal
• 不会生成 class 文件，更不会走到 JVM 加载阶段
• JVM 后续还会校验 ACC_ABSTRACT 标志位，双重保障设计不被破坏

有构造方法 ≠ 能被 new

抽象类可以、也常常需要定义构造方法，但这只是为了服务继承链：

• 子类在构造时必须通过 super() 调用它，完成父类字段初始化或参数校验
• 比如 protected Animal(String name) 确保所有子类在创建对象时都提供名字
• 构造方法的存在，恰恰说明抽象类重视初始化逻辑，但前提仍是——对象已具备全部行为能力

替代路径清晰且唯一

要使用抽象类定义的能力，只有一条合规路径：

• 继承它，实现所有抽象方法
• 用多态方式使用：Animal dog = new Dog();
• 框架如 Spring 中的 @Bean 返回抽象类型，实际注入的也是其具体子类的实例

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