掌握java八大基本数据类型需遵循“规范定义+实际验证+场景适配”逻辑：内存占用固定（boolean除外），取值范围用包装类常量验证，实战中重点关注数组、对象字段和序列化场景的内存差异与避坑要点。
掌握Java八大基本数据类型，关键不是死记硬背数字，而是理解“规范定义 + 实际验证 + 场景适配”三层逻辑。内存占用固定、取值范围明确，但真正影响性能和正确性的，是它们在数组、对象字段、序列化等真实场景中的表现。
内存占用：字节数严格由JVM规范定义，boolean除外
除boolean外，其余7种类型的字节数在所有JVM实现中完全一致，与操作系统无关：
- byte：1 字节（8位）——最小整数单位，适合I/O缓冲、状态标记
- short：2 字节（16位）——极少单独使用，多见于遗留协议或紧凑结构体
- int：4 字节（32位）——日常开发默认整数类型，索引、计数、ID（中小规模）首选
- long：8 字节（64位）——时间戳、分布式ID、大文件长度必须用它，赋值需加L后缀
- float：4 字节（IEEE 754单精度）——仅用于对精度要求不高的科学计算或图形渲染，日常慎用
- double：8 字节（IEEE 754双精度）——浮点运算默认类型，金融计算仍需BigDecimal辅助
- char：2 字节（UTF-16编码，0 ~ 65535）——注意是无符号类型，不能表示负数
- boolean：JVM规范未规定大小；栈中常按1字节对齐，boolean[]底层通常每元素占1字节（非1 bit），不可依赖其“省空间”做优化
取值范围：别背数字，用包装类常量直接验证
每个基本类型对应的包装类都提供了精确的边界常量，比手算更可靠、零出错：
-
Byte.MIN_VALUE / Byte.MAX_VALUE→ -128 ~ 127 -
Short.MIN_VALUE / Short.MAX_VALUE→ -32768 ~ 32767 -
Integer.MIN_VALUE / Integer.MAX_VALUE→ -2147483648 ~ 2147483647 -
Long.MIN_VALUE / Long.MAX_VALUE→ -9223372036854775808 ~ 9223372036854775807 -
Float.MIN_VALUE / Float.MAX_VALUE→ 最小正数约1.4E-45，最大约3.4E38（注意：范围≠精度） -
Double.MIN_VALUE / Double.MAX_VALUE→ 最小正数约4.9E-324，最大约1.8E308 -
Character.MIN_VALUE / Character.MAX_VALUE→ '\u0000' ~ '\uffff'（即0 ~ 65535）
运行System.out.println(Integer.MAX_VALUE + 1);会输出-2147483648——这是整数溢出回绕，不是异常，ID生成、计数器逻辑中必须主动校验。
实战要点：内存差异在数组和对象字段中才真正体现
单个变量在栈上可能被JIT优化或因对齐实际占用更大空间，但以下场景才是内存占用的真实战场：
- byte[] vs int[]：100万个元素，前者占约1MB，后者占约4MB——网络传输、日志压缩、图像像素处理优先选byte
- 对象字段对齐：HotSpot中，字段按宽窄排序（long/double → int/float → short/char → byte/boolean），避免跨缓存行；合理排列字段可减少填充字节
- 序列化协议：Protobuf/Thrift对int32、int64有变长编码（如ZigZag），小数值实际存储远小于4/8字节；而Java原生序列化则严格按类型占位
- 局部变量无默认值：方法内声明的int x;不赋值就使用，编译直接报错；只有类成员变量才有默认值（int→0，boolean→false）
避坑提醒：几个高频误解必须厘清
- char不是ASCII：它是16位Unicode（UTF-16），能表示中文、emoji等，范围0~65535，勿与signed short混淆
- float/double不等于“小数安全”：0.1 + 0.2 != 0.3 是二进制浮点固有限制，金融场景必须用BigDecimal
-
boolean不能参与运算：没有boolean + boolean，也不能转成int；用三目运算
flag ? 1 : 0替代 - long/double在32位JVM非原子：非volatile修饰时，读写可能被拆成两次32位操作，多线程下需加volatile或锁
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
