Java基本数据类型内存占用固定且明确，不随平台或JVM实现变化；byte占1字节、short占2字节、int占4字节、long占8字节、float占4字节、double占8字节、char占2字节、boolean在HotSpot中实际占1字节。
Java 基本数据类型内存占用固定且明确，不随平台或 JVM 实现变化——这是 Java 跨平台特性的底层保障。选对类型，不仅节省内存，还能规避溢出、精度丢失和装箱开销等实际问题。
基本类型内存占用：字节级真相
每种基本类型在 JVM 中占用空间严格固定：
- byte：1 字节，范围 -128 ~ 127，适合网络/IO 字节流、状态标志位
- short：2 字节，范围 -32768 ~ 32767，极少单独使用，多见于遗留协议或内存极度敏感场景
- int：4 字节，范围 -2³¹ ~ 2³¹−1，整数运算默认选择，平衡性与通用性最佳
-
long：8 字节，范围 -2⁶³ ~ 2⁶³−1，必须显式加 L 后缀（如
1000L），用于时间戳、分布式 ID、大计数器 - float：4 字节，单精度浮点，精度约 6~7 位十进制数，慎用于金融计算
- double：8 字节，双精度浮点，精度约 15~16 位，科学计算与一般小数首选
-
char：2 字节，Unicode 编码（\u0000 ~ \uffff），可直接参与算术运算（如
'a' + 1） - boolean：JVM 规范未强制定义大小，但 HotSpot 实际按 1 字节存储；数组中每个元素也占 1 字节，不压缩
包装类 vs 基本类型：24 字节的隐形成本
用 Integer 代替 int 不只是语法差异，更是内存结构的跃迁：
- 一个
Integer对象至少占用 24 字节：对象头 12 字节 + int 字段 4 字节 + 对齐填充 8 字节（64 位 JVM） - 而
int本身仅 4 字节，且存于栈中，无 GC 压力 - 频繁自动装箱（如
list.add(i)中 i 是 int）会触发大量短生命周期对象，加剧 GC 频率 - 集合类（
ArrayList<Integer>）本质是Object[]，每个元素额外承载引用（8 字节）+ 对象开销，远超int[]的紧凑布局
数组与容器的空间陷阱
相同逻辑数据，不同结构内存开销差异巨大：
立即学习“Java免费学习笔记（深入）”；
-
int[1000]：约 4000 字节 数据区 + 16 字节对象头 + 填充 → 实际约 4032 字节 -
ArrayList<Integer>存 1000 个值：elementData 数组引用（8B）+ 自身对象（约 24B）+ 1000×24B（每个 Integer）≈ 24,032 字节，是原始数组的 6 倍 -
HashMap<String, Integer>更复杂：除键值对象外，还需哈希桶数组（初始 16 个引用）、Node 节点对象、链表/红黑树结构 —— 单个键值对常超 100 字节 - 高频写入场景优先考虑
int[]或IntArrayList（如 Trove、Eclipse Collections 等原生类型集合）
实战避坑要点
写出低开销、高稳定性的代码，需关注这些细节：
- 循环计数、索引、状态码一律用
int，避免Integer；除非明确需要 null 表达“未设置” - 处理毫秒时间戳、雪花 ID 等超大整数时，必须用
long并检查是否带 L 后缀，防止编译期截断 - 浮点比较不用
==，改用Math.abs(a - b) < 1e-6；金钱运算必须用BigDecimal - 布尔逻辑字段在 POJO 中若数量多（如用户权限标记），可考虑用
int或long作位图（bitmask），1 字节存 8 个开关 - 序列化场景（如 JSON、Protobuf）注意：
boolean字段序列化后可能比int更大，因字符串 key + true/false 文本开销高
