抽象类不能直接实例化，因其定义不完整：含未实现的抽象方法或显式声明为abstract，编译期即报错拦截；其构造方法仅供子类继承调用，体现模板契约而非完整对象。
抽象类不能直接实例化，是因为它在语义和机制上都不具备“完整对象”的条件——不是技术限制，而是语言设计的明确契约。
根本原因：类定义不完整
抽象类中至少存在一个未实现的抽象方法（abstract void draw();），或者虽无抽象方法但显式声明为 abstract。JVM 要求每个可调用的方法都必须有确定的字节码逻辑，而抽象方法没有方法体，无法生成有效执行路径。若允许实例化，就会出现“对象能被创建，却无法响应关键方法调用”的矛盾。
编译期强制拦截，不是运行时异常
你写 new Animal() 时，编译器立刻报错：“Animal is abstract; cannot be instantiated”。这不是 InstantiationException 那种运行时异常，而是语法校验失败，根本不生成 class 文件。只要类带 abstract 关键字，或含抽象方法且未加 abstract 修饰，编译就终止。
构造方法存在 ≠ 可以 new
抽象类可以有 protected 甚至 public 构造方法，但它只为子类服务：子类构造时通过 super() 调用它来初始化继承的字段。这个过程由 JVM 在子类实例化时自动触发，和“直接 new 抽象类”是两回事。就像图纸附带组装说明，不代表图纸本身能开动。
立即学习“Java免费学习笔记（深入）”；
设计意图决定行为边界
抽象类的定位是“模板”和“契约”：它定义共性结构（字段、通用方法）和强制扩展点（抽象方法），把不稳定的实现留给子类。允许直接实例化会破坏这一契约，导致多态失效——比如 Shape s = new Shape(); s.draw(); 就成了调用空逻辑的危险操作。
