abstract 关键字仅能修饰类和方法：抽象类不可实例化，可含抽象与具体方法；抽象方法无实现体，须在抽象类中声明且由子类重写。不能修饰变量、构造器、静态方法、private 方法或 final 方法，因语义冲突；静态及非静态内部类可被 abstract 修饰，但须遵循类/方法修饰规则。
abstract 关键字在 Java 中只能修饰类和方法，不能修饰变量、构造器、代码块、内部类（非静态）以外的其他成员。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
能被 abstract 修饰的成员
• 抽象类：用 abstract class 声明，不能被实例化，可包含抽象方法和具体方法，常作为父类被继承。
• 抽象方法：只有声明没有实现（无方法体），必须定义在抽象类中，子类需重写（除非子类也声明为 abstract）。
不能被 abstract 修饰的常见情况
• 变量（字段）：包括实例变量、静态变量、局部变量——abstract 与变量语义冲突，变量不涉及“是否实现”，只涉及声明与初始化。
• 构造器：构造器永远不能是 abstract，因为它本身就是用于创建实例的入口，而 abstract 意味着“不可直接使用”。
• 静态方法：abstract 和 static 不能共存。static 方法属于类且可直接调用，abstract 方法则要求子类实现，二者逻辑矛盾。
• private 方法：private 方法不可被继承，而 abstract 方法必须被子类可见并实现，因此语法上禁止 abstract + private 组合。
• final 方法：final 方法禁止重写，abstract 方法强制重写，二者互斥，编译报错。
关于内部类的特殊说明
• 静态内部类（static nested class）可以被 abstract 修饰，因为它本质是独立于外部类实例的普通类。
• 非静态内部类（即成员内部类）也可以用 abstract 修饰，只要它满足抽象类的规则（不能直接 new，需子类实现等）。
• 但注意：内部类本身不是“抽象语法”的例外，它仍遵循“abstract 只能修饰类或方法”的根本约束。
语法层面的核心限制
Java 语言规范明确限定：
• abstract 是一个修饰符（modifier），仅允许出现在类声明（class）和方法声明（method）的修饰符位置；
• 它不参与类型定义，也不影响运行时行为，纯粹是编译期检查机制，用于表达“未完成的契约”；
• 所有 abstract 成员必须位于 abstract 类中（抽象方法必须，抽象类自身不必含抽象方法）。
