Java抽象类中不能定义abstract属性，因字段不支持abstract修饰符；需用抽象方法（如getName()）替代，以实现多态和子类强制实现。
Java抽象类里不能写abstract属性
Java不支持abstract字段——编译器直接报错Illegal modifier for the field xxx; only public, protected, private, static, final, transient, volatile are permitted。抽象类里的字段只能是具体值或static final常量，没法“留空等子类实现”。所谓“抽象属性”，本质是设计意图，不是语法能力。
常见错误现象：有人照着abstract void getName();的写法，尝试写abstract String name;，结果连编译都过不去。
- 想表达“每个子类必须提供自己的
name值”？用抽象方法getName()替代 - 想强制子类初始化某个状态？靠构造函数参数或
final字段 + 子类传参实现 - 需要统一访问但值各异？定义
protected字段 + 抽象方法组合，比如protected String name = computeName();，其中computeName()是abstract
为什么非要用抽象方法模拟属性而不是字段
因为字段不具备多态性——父类字段一旦初始化，子类无法覆盖其值（哪怕重声明同名字段，也只是遮蔽，不是重写）。而抽象方法能保证每次调用都走子类实现，状态才真正“可变可继承”。
使用场景：比如一个Shape抽象类，不同子类的area计算逻辑完全不同，且不应被外部随意修改。这时getArea()比area字段更安全、更符合面向对象语义。
立即学习“Java免费学习笔记（深入）”；
-
final double area = calculateArea();在父类构造中执行，但calculateArea()若依赖子类未初始化的字段，会出0.0或null——这是经典“构造函数中调用可重写方法”的坑 - 用
abstract double getArea();就绕开这个问题：子类实例化完成后再调用，值一定可靠 - 如果真要缓存计算结果，子类自己加
private final double cachedArea = ...，父类不干涉
IDEA/Eclipse里看到的“抽象属性”提示是怎么回事
有些IDE在代码补全或文档悬浮时，把abstract方法+getXXX/isXXX命名风格识别为“属性访问器”，并显示成类似name: String的伪属性形式。这只是语法糖级别的提示，背后没有真实字段，也不影响字节码。
容易踩的坑：误以为这种提示代表语言支持属性抽象，进而试图反射获取Field，结果getClass().getDeclaredField("name")抛NoSuchFieldException。
- 反射只能拿到实际存在的
Field，不会凭空造出name字段 - 若需运行时统一处理“属性”，得靠注解（如
@Property）+ 方法扫描，而不是字段扫描 - Lombok的
@Getter生成的是具体方法，不是抽象方法；它和abstract类混用时，子类仍需自己实现，Lombok不越界
替代方案：接口默认方法 + 记录类（Java 14+）更轻量
如果只是想描述“有固定状态的可变类型”，且不需要运行时强制子类实现逻辑，record配合接口更干净。抽象类反而容易让人纠结“状态该放哪”。
例如描述不同类型的配置项：interface ConfigItem { String key(); String value(); }，再让DbConfig extends ConfigItem、ApiConfig extends ConfigItem各自用record实现——字段天然不可变，行为由接口方法统一约束。
- 抽象类适合“有共享行为+强制子类补全逻辑”的场景，比如模板方法模式
- 纯数据载体优先选
record或普通类，别硬套抽象类塞状态 - Java目前仍无属性声明语法（像C#的
public abstract string Name { get; }），别期待编译器替你扛这个责任
