abstract关键字是编译器强制执行的契约标记，触发不可实例化、必须继承、方法必须重写等硬性约束；抽象类永远不能new，即使无abstract方法；abstract方法不能有方法体、不能是private/static/final；子类未实现全部abstract方法则必须声明为abstract；抽象类可定义构造器供子类super()调用。
直接说结论：
关键字不是“可选语法糖”，而是编译器强制执行的契约标记——只要用了它，就触发不可实例化、必须继承、方法必须重写等一系列硬性约束。写错一个修饰符或漏掉一个实现，编译器立刻报错，不讲情面。
abstract 类声明后仍能 new 实例？这是最常见误判
很多人在测试时写
，发现 IDE 没报红，就以为抽象类能用，结果运行时报
或 PHP 的
。这不是环境问题，是语言设计使然。
抽象类本身永远不能被
，哪怕它一个
方法都没有（比如只含通用工具方法的基类）
Java/C#/PHP 都一致：
+
→ 编译/运行期直接失败
IDE 有时不标红，是因为它只做静态语法检查，而实例化限制是语义层规则
abstract 方法写成 {} 或 return 就编译不过
合法；
或
直接编译失败——后者甚至会被当成普通方法，导致类不再满足“含 abstract 方法就必须声明为 abstract”的条件，进而引发连锁错误。
抽象方法必须以分号结尾，不能有方法体（大括号、return、throw 等全都不行）
不能是
：子类根本看不见，无法重写
不能是
：静态方法属于类，不依赖实例，和“由子类实例实现”的语义冲突
不能是
：final 方法禁止重写，和 abstract 存在目的完全相反
子类没实现全部 abstract 方法，却忘了加 abstract 修饰
比如父类
有
和
，子类
只写了
实现，没碰
，又没声明
，编译器会报类似
的错误。
子类有两个选择：要么实现所有 abstract 方法，变成可实例化的具体类；要么自己也加
，继续把契约往下传
PHP 中还要注意访问控制：若父类 abstract 方法是
，子类实现时可用
，但不能降级为
Java 中重写 abstract 方法时，返回类型可以协变（如父类返回
，子类返回
），但仅限于非 abstract 的重写方法；abstract 方法签名必须严格一致
abstract 类里能定义构造器？能，而且经常需要
抽象类不能被 new，但它可以有构造器——专供子类在
中调用。这点常被忽略，导致子类初始化时拿不到父类字段值或无法完成必要预处理。
Java 中：
是完全合法的
子类构造器第一行必须显式或隐式调用
，否则编译失败
PHP 中构造器同理，但要注意：如果父类构造器带参数，子类
必须传递，否则运行时可能因未初始化属性出问题
别在抽象类构造器里调用 abstract 方法——子类对象还没构造完，会导致空指针或未定义行为
真正容易被绕开的点在于：抽象类不是“写起来更省事”的偷懒手段，而是把“哪些必须做”和“哪些可以复用”明确切分开的设计动作。一旦开始写
，就要同步想清楚继承链上每一层该承担什么责任，而不是等编译器报错才回头补。
abstractnew Animal()java.lang.InstantiationErrorFatal error: Cannot instantiate abstract classnewabstractabstract class A {}A a = new A();abstract void speak();abstract void speak() { }abstract void speak() { return; }privatestaticfinalAnimalabstract void move();abstract void eat();Dogmove()eat()abstract class Dog extends AnimalDog is not abstract and does not override abstract method eat() in AnimalabstractprotectedpublicprivateAnimalDogsuper()abstract class Animal { protected String name; public Animal(String name) { this.name = name; } }super(...)__constructabstract