抽象类自身不占实例内存，子类对象内存=父类非静态字段+子类字段+对象头+填充对齐；abstract关键字对对象内存零影响，决定内存大小的只有字段声明而非抽象性。
抽象类本身不占实例内存，但子类对象会多存一份父类字段
抽象类不能被 new，所以它自身没有“实例内存占用”这回事——JVM 里压根不会为抽象类分配堆内存对象。真正要算内存的，是继承它的具体子类对象。
比如 Shape 是抽象类，Rectangle 继承它并新增了 width 和 height 字段，那 new Rectangle(2.0, 3.0) 的对象内存 = Shape 中定义的所有非静态字段（如果有）+ Rectangle 自己的字段 + 对象头 + 填充对齐。
- 抽象类中定义的
protected double scale = 1.0;会被子类继承，计入子类对象的实例数据区 - 抽象类里的
private字段也照常占用内存，只是子类不可见 - 抽象方法本身不占内存（没方法体、不生成字节码指令），但方法表里会留一个虚方法槽位，影响的是方法区，不是对象实例
普通类对象内存 = 字段总大小 + 对象头 + 8字节对齐填充
一个普通类如 Rectangle 实例化后，内存布局完全按 JVM 对象模型走：对象头（12 字节，64 位开启指针压缩）+ 实例字段（按宽度排序，long/double 优先）+ 填充到 8 的倍数。
实测：class Rectangle { double w; double h; } 占用 32 字节：12（头）+ 8（w）+ 8（h）+ 4（填充）= 32；而 class Point { int x; int y; } 是 16 字节（12 + 4 + 0 填充）。
立即学习“Java免费学习笔记（深入）”；
- 字段顺序影响填充量：把两个
int放在double后面，可能多出 4 字节浪费 -
static字段不计入对象内存，存在方法区/元空间 - 引用类型字段（如
String name）只存 4 字节引用（开启指针压缩），实际字符串对象另算
抽象类 vs 普通类：内存差异只在字段继承，不在“抽象”这个修饰符
抽象类加了 abstract 关键字，对对象内存**零影响**。决定内存大小的，从来只有字段声明、访问修饰符、是否静态这些实质内容，而不是它能不能被 new。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
对比这两段代码：
abstract class Shape { protected final int id = 1; }
class Circle extends Shape { private double r; }
和
class Shape { protected final int id = 1; }
class Circle extends Shape { private double r; }
只要字段完全一致，new Circle() 的内存占用就一模一样。
- 抽象类里写
public abstract void draw();不增加对象大小 - 普通类里误加
abstract会导致编译失败，但不是因为内存问题，而是语法违规 - 真正拉高内存的，是抽象类里塞了大量
private String metaInfo这类字段，子类全盘继承却不用
别被“抽象”二字带偏：内存优化重点永远在字段设计
开发时容易下意识觉得“抽象类更轻量”，其实恰恰相反——它常被用来封装通用状态（比如 createTime、version、tenantId），结果所有子类都白占这几字节。而普通类如果只专注单一职责，字段反而更精简。
- 若抽象基类有 5 个
String字段，但 80% 子类只用其中 1 个，这就是隐性内存浪费 - 用组合代替继承有时更省内存：把通用字段抽成
Metadata类，按需持有引用，而非强制每个子类都带上 - JVM 不会为抽象类生成额外对象头或标记位，它和普通类在 Class 文件结构里只有
ACC_ABSTRACT标志位区别，不影响运行时对象布局
记住：对象内存只看字段，不看关键字。抽象与否，是设计契约问题；占多少字节，是字段排布问题。两者别混谈。
