Java数据类型选择需按实际范围与场景优化：byte（1字节，-128~127）、short（2字节，-32768~32767）、int（4字节，通用主力）、long（8字节，超大整数）；float（4字节，单精度，允许误差）与double（8字节，双精度，金融/地理必备）；char固定2字节，boolean实际占1字节但需注意对象包装开销；优先用基本类型和数组，避免包装类带来额外内存负担。
Java 数据类型的选择不是写完能跑就行的事，它直接影响内存开销、GC压力和整体吞吐量。尤其在高频交易、物联网设备或大数据批处理场景中，一个 byte 和 int 的差别，乘以百万级对象，就是几十MB的内存节省。
整数类型：按需选用，别默认全用 int
int 虽然通用、性能好，但并非万能解。真正决定选型的是数据实际取值范围和集合规模。
- byte（1 字节）：适用于 -128 ~ 127 的小范围值，比如状态码、协议字段、像素灰度值（0–255）。100 万个 byte 数组比 int 数组少占 300MB 内存。
- short（2 字节）：适合 -32768 ~ 32767 场景，如音频采样、传感器原始读数、某些 ID 编码段。
- int（4 字节）：仍是主力，覆盖绝大多数业务数值（如用户ID、订单金额、计数器），JVM 对其做了深度优化，运算快、对齐友好。
- long（8 字节）：仅当明确超出 int 范围时使用，例如毫秒级时间戳（System.currentTimeMillis()）、分布式唯一序列号。注意：long 运算在 32 位 JVM 上可能略慢。
浮点类型：精度与空间的权衡必须量化
float 和 double 的差异不只是“精度高低”，而是是否可接受误差、是否涉及科学计算或金融运算。
- float（4 字节）：单精度，有效位约 6–7 位十进制数字。适用于图形渲染坐标、传感器浮点原始值、机器学习中间特征（非最终结果）。若业务允许 ±0.01 的误差（如温度显示），float 完全够用。
- double（8 字节）：双精度，有效位约 15–16 位，是 Java 默认浮点类型。金融计算、地理经纬度、物理仿真等必须用 double；任何涉及累计、除法、开方的运算也建议优先用 double，避免 float 累积误差放大。
- 注意：声明 float 字面量必须加 f 或 F，否则编译器按 double 处理，可能引发隐式转换或编译错误。
字符与布尔：固定开销，但组合影响显著
char 和 boolean 单个变量内存占用看似微小，但在对象密集型结构（如 POJO 列表、缓存实体）中会放大效应。
立即学习“Java免费学习笔记（深入）”；
- char 固定占 2 字节（UTF-16），无法压缩。若只存 ASCII 字符（0–127），理论上可用 byte 替代并手动转码，但需权衡可读性与维护成本。
- boolean 逻辑上只需 1 bit，但 JVM 实际分配通常按 1 字节对齐（部分 JVM 实现可能打包多个 boolean 共享字节，但不可依赖）。不要为省 1 字节单独拆字段，而应在设计阶段合并标志位——例如用 int 的低 8 位表示 8 个开关状态（位运算操作）。
- 警惕包装类：Boolean、Character 等对象额外带来 16 字节对象头 + 填充，总开销达 24 字节以上，远超原生类型。集合中大量使用 Boolean.TRUE/FALSE 时，优先考虑 boolean[] 或 BitSet。
实战技巧：从代码到内存的可观测路径
光靠理论不够，得验证真实内存占用。几个低成本落地方法：
- 用 java.lang.instrument 或 JOL（Java Object Layout）工具打印对象浅层大小，例如：
new Integer(1)占 24 字节，而int本身只占 4 字节。 - 批量对象场景下，用 VisualVM 或 JProfiler 抓取堆直方图，对比不同字段类型对 Retained Heap 的贡献。
- 定义 DTO/Entity 时，把小范围字段集中声明（如多个 byte/boolean 放一起），有助于 JVM 更紧凑地内存布局（减少填充字节）。
- 数组优于对象集合：
byte[]存储百万状态比List<Byte>节省 90%+ 内存——后者每个 Byte 对象含 24 字节开销。
