抽象类不可实例化，因其在编译期被标记为不完整类型，必须通过子类继承并实现所有抽象方法后才能创建对象。
因为抽象类在语义上不完整，编译器在语法层面就禁止它被 new —— 它可能含有未实现的抽象方法，也可能只是作为类型契约存在，不具备独立运行所需的全部行为逻辑。
核心原因：编译期强制契约，不是运行时限制
Java 把 abstract 当作一种编译期语义标记，而非可选修饰。只要类被声明为 abstract，或包含至少一个抽象方法（无方法体），编译器就认定它是“不完整类型”，直接拒绝生成实例结构。这不是抛异常，而是编译失败，连 .class 文件都不会产生。
- 若普通类里写了 abstract void run(); 却没加 abstract class，编译报错：“This method requires a body instead of a semicolon”
- 若抽象类只含非抽象方法，仍不能 new —— abstract 关键字本身即触发禁令
- JVM 加载类时会检查 ACC_ABSTRACT 标志位，发现即终止实例化流程
设计目标：只为继承服务，不是为了创建对象
抽象类存在的意义是定义共性、约束子类、支撑多态，而不是充当最终实体。它像一份带初始化说明书的蓝图：构造方法供子类调用，字段和非抽象方法供复用，抽象方法则明确“这里必须由你填空”。
- 子类 new Dog() 时，JVM 会先调用 Animal(String name) 构造器完成父类字段初始化
- 若 Animal 只提供带参构造，Dog 构造器必须显式写 super(name)，否则编译失败
- 没有抽象方法的 abstract 类也合法（如仅封装工具方法），但依然不可实例化
不实例化是为了保障多态安全
如果允许 new Animal()，而 Animal 中有 abstract void speak();，那调用 animal.speak() 就会陷入“能声明却无法执行”的逻辑断层。Java 用编译期拦截，确保每个可调用的对象，其所有方法都有确定的字节码实现。
立即学习“Java免费学习笔记（深入）”；
- Shape s = new Circle(); 向上转型后调用 s.draw() 是安全的，因为 Circle 已补全 draw()
- Calendar cal = Calendar.getInstance(); 返回的是 GregorianCalendar 实例，不是 Calendar 本身
- 接口也不能 new，但原因不同：它连字段和构造逻辑都不提供，抽象类至少承担初始化职责
正确替代方式：用具体子类或工厂获取对象
遇到 “Cannot instantiate the type XXX” 报错，不要绕过限制，要转向符合设计意图的用法：
- 用已实现全部抽象方法的子类：new ArrayList<>()、new HashMap<>()
- 用静态工厂方法：Calendar.getInstance()、Collections.emptyList()
- 用依赖注入：Spring 容器管理 @Service 子类，而非 new AbstractService()
- 反射创建前先校验：Modifier.isAbstract(clazz.getModifiers())，避免运行时报 InstantiationException
