instrumentation.getobjectsize() 返回对象浅层大小，仅含自身字段（如int占4字节、引用占8字节），不含引用对象；数组返回整个内存块大小，string不包含底层数组；需-javaagent启动agent才能使用，结果受jvm参数影响。
Instrumentation.getObjectSize() 返回的只是浅层大小
调用 Instrumentation.getObjectSize() 得到的数值，只包含对象自身字段占用的内存（比如 int 占 4 字节、引用占 8 字节），不递归计算它引用的其他对象。比如一个 ArrayList 实例，返回值只算它自己的 elementData 引用 + size 等字段，不算里面存的那些元素对象。
常见错误现象：测完一个自定义对象，发现大小只有 24 字节，但实际堆里明显占更多——大概率是忘了它引用了别的大对象。
- 如果需要“深大小”（deep size），得自己递归遍历对象图，或借助
java.lang.instrument.Instrumentation配合ObjectInputStream序列化估算（不精确但更贴近） -
getObjectSize()对数组返回的是整个连续内存块大小（含所有元素），这点和普通对象不同 - 该方法在 JVM 启动时必须通过
-javaagent加载 agent 才能生效，否则调用会抛IllegalStateException
必须用 Java Agent 启动才能获取 Instrumentation 实例
你不能在普通 main 方法里 new 出 Instrumentation——它由 JVM 在 agent 加载时注入，且只传给 premain 或 agentmain 方法。没配 agent，Instrumentation 就是 null，任何调用都失败。
使用场景：适合做启动时内存基线采集、单元测试中验证对象膨胀、或者诊断类加载导致的内存异常。
- agent JAR 必须有
MANIFEST.MF，含Premain-Class: com.example.MyAgent - 启动命令要加
-javaagent:/path/to/agent.jar，缺这个参数，Instrumentation永远不可用 - JDK 9+ 如果用了模块系统，可能需额外加
--add-opens java.base/jdk.internal.ref=ALL-UNNAMED（某些反射操作会触发）
数组和 String 的大小容易误判
数组的 getObjectSize() 返回值包含所有元素，但 String 不一样：它内部用 char[]（JDK 8）或 byte[]（JDK 9+）存内容，而 getObjectSize() 只算 String 对象头 + 字段引用，不包括底层数组。所以直接测一个长字符串，结果往往比预期小得多。
- JDK 9+ 中
String使用byte[]+coder字段，内存更省，但getObjectSize()仍不穿透到value数组 - 测
new int[1000]会返回约 4000+ 字节（1000×4 + 数组头），但测new Integer[1000]只返回约 8000 字节——全是引用，不包含每个Integer对象本身的 16 字节 - 若想估算字符串总内存，得手动加上
value字段指向的数组大小（用反射读取value，再调getObjectSize()）
不同 JVM 实现和参数会影响结果
getObjectSize() 的返回值不是绝对字节数，它依赖 JVM 的对象对齐策略、压缩指针开关（-XX:+UseCompressedOops）、以及是否开启分代压缩等。同一段代码，在不同 JVM 参数下跑，结果可能差 8–16 字节。
- 默认开启压缩指针时，引用占 4 字节；关闭后升为 8 字节，对象大小明显增加
- 对象头大小：普通对象通常是 12 字节（mark word + class pointer），数组多 4 字节 length 字段；但开启指针压缩或特定 GC（如 ZGC）可能微调
- 别拿这个值做跨环境精确对比——它适合同 JVM 配置下相对比较，比如“加个字段后涨了多少”
真正难的不是调用那个函数，而是搞清你要测的到底是“这个对象自己占多少”，还是“它拖家带口一共占多少”。前者 getObjectSize() 能答，后者得自己走反射+遍历，还得小心循环引用和 final 字段跳过问题。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
