Java基本数据类型字节数由JVM规范强制定义：byte/boolean为1字节，short/char为2字节，int/float为4字节，long/double为8字节；实际内存开销受字段对齐、数组头开销及对象填充影响。
Java 基本数据类型占多少字节，不是靠“计算”出来的，而是由 JVM 规范明确定义、强制固定的。你不需要推导或估算，只需记住标准值，并理解不同使用场景下实际内存开销为何可能更大。
标准字节数：直接查包装类常量最准
所有主流 JVM（如 HotSpot）都严格遵循以下大小，与操作系统位数、JDK 版本无关：-
byte、boolean：1 字节
（注意：boolean在规范中无强制字节数，但 HotSpot 实际字段和数组元素均按 1 字节对齐和存储） -
short、char：2 字节
（char是无符号 16 位 Unicode，不是 ASCII） -
int、float：4 字节
（int是最常用整型；float遵循 IEEE 754 单精度） -
long、double：8 字节
（long用于大整数；double是默认浮点类型，精度高于float）
✅ 验证方式（推荐）：直接调用对应包装类的 BYTES 静态字段：
System.out.println(Byte.BYTES); // 1 System.out.println(Integer.BYTES); // 4 System.out.println(Double.BYTES); // 8
Boolean.BYTES 不存在——因为规范未定义其大小，但实践中它在字段或数组中仍占 1 字节。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
为什么“看起来”不等于“实际占”？看使用场景
字节数固定，但真实内存占用取决于变量怎么用：- 局部变量（方法内定义）：直接存栈帧中，按类型字节数分配，但受栈对齐影响（通常最小对齐到 4 或 8 字节），单个变量难测，无需深究。
-
数组元素（如 int[]）：连续紧凑布局，总空间 = 头开销 + 长度字段 + 元素数 × 单元素字节数
例：new int[10]在 64 位 HotSpot（开启压缩指针）中 ≈ 12（对象头）+ 4（长度）+ 10×4 = 56 字节（已对齐到 8 字节边界）。 -
对象字段（类成员变量）：受字段对齐与填充影响，实际大小常大于各字段字节数之和
例：class A { byte a; int b; }表面 1+4=5 字节，实际布局为：a(1) + padding(3) + b(4) = 8 字节（起始地址和字段偏移必须是 8 的倍数）。
常见误区：别把包装类当基本类型
- `int` 占 4 字节；`Integer` 是对象，至少占 12（对象头）+ 4（value 字段）+ 4（对齐填充）= 20 字节（64 位 JVM，开启压缩指针）。 - `boolean` 占 1 字节；`Boolean` 同样是对象，开销远超 1 字节。 - 频繁自动装箱（如 `for (Integer i = 0; i 怎么验证？用工具比猜靠谱 - 数组实测法：创建百万级数组，用 `Runtime.getRuntime().totalMemory()` 差值粗略估算（需先触发 GC 确保稳定）。 - JOL（Java Object Layout）：精确查看对象字段偏移、填充和总大小。例如： ```java System.out.println(ClassLayout.parseClass(A.class).toPrintable()); ``` 输出中能清楚看到每个字段的 `offset` 和 `size`，验证 `int` 总是 4 字节、`byte` 在字段中也占 1 字节（后跟填充）。 - Unsafe（进阶）：通过 `unsafe.objectFieldOffset()` 获取字段偏移，相邻同类型字段 offset 差值即为该类型宽度。不复杂但容易忽略。
立即学习“Java免费学习笔记（深入）”；
