Java中抽象类不能被直接实例化，这是编译器和JVM共同强制的语义限制，因抽象类本质是模板，可能含未实现方法，且JVM在加载时检查ACC_ABSTRACT标志，反射也无法绕过。
Java中抽象类不能被直接实例化，这是编译器强制执行的限制，试图调用 new AbstractClass() 会立即报错 Cannot instantiate the type AbstractClass。
为什么抽象类禁止 new 实例
抽象类的设计本意是作为模板或契约存在，它可能包含未实现的 abstract 方法，或者仅提供部分通用逻辑。JVM 在加载类时会检查其是否为 ACC_ABSTRACT 标志位，若发现该标志且尝试通过 new 指令创建实例，就会在编译期（javac）或链接期（字节码验证）拒绝。
- 即使抽象类里所有方法都写了具体实现，只要声明了
abstract class，就不能new - 构造方法可以存在且会被子类调用，但仅用于继承链初始化，不用于直接实例化
- 反射也不能绕过：调用
AbstractClass.class.getDeclaredConstructor().newInstance()同样抛出InstantiationException
什么情况下看起来“像”被实例化了
常见误解来自匿名内部类或 Lambda 表达式，它们并非实例化抽象类本身，而是动态生成并实例化其**子类**。
- 匿名类写法：
new AbstractList→ 实际创建的是一个隐式子类，不是() { ... } AbstractList本身 - Lambda 仅适用于函数式接口（
@FunctionalInterface），和抽象类无关；对抽象类无效，写() -> {}去“实例化”抽象类会编译失败 - Spring 或其他框架中配置
@Bean返回抽象类类型，实际返回的是其某个具体子类的实例，容器不会、也不能创建抽象类实例
替代方案：如何获得抽象类行为的运行时对象
必须通过继承——定义非抽象子类，再实例化它。这是唯一合法路径。
立即学习“Java免费学习笔记（深入）”；
- 子类需实现全部
abstract方法，否则自己也得声明为abstract - 可使用默认构造方法或带参构造方法，但子类构造器第一行必须显式或隐式调用
super(...) - 若抽象父类构造器是
private，子类无法继承（编译报错），此时该抽象类本质上已不可被扩展，属于设计封禁
示例：
abstract class Animal {
protected String name;
public Animal(String name) { this.name = name; }
public abstract void sound();
}
class Dog extends Animal {
public Dog(String name) { super(name); }
@Override public void sound() { System.out.println("Woof"); }
}
// ✅ 正确
Dog dog = new Dog("Buddy");
// ❌ 编译错误：Cannot instantiate the type Animal
// Animal a = new Animal("unknown");
真正容易被忽略的点是：抽象类的构造器访问权限会影响继承可行性；而 JVM 对抽象性的校验发生在非常早的阶段，连反射都无法跳过——这不是运行时策略，而是语言语义的硬性边界。
