Java基础数据类型取值范围应通过理解补码规则、IEEE 754规范及包装类常量来掌握：整型用Byte.MIN_VALUE等常量，注意补码导致负数多1；long字面量需加L；溢出静默回绕，可用Math.addExact()；浮点型关注精度而非最大值，比较时避免==。
Java 基础数据类型的取值范围不是靠死记硬背数字，而是靠理解底层逻辑、善用标准常量、结合运行时行为来准确把握。边界值容易出错，但只要抓住补码规则、IEEE 754 规范和包装类设计意图，就能在开发中避开溢出、截断、精度丢失等典型问题。
整型边界：补码决定上下限，别硬算2的n次方
byte、short、int、long 都是有符号整数，采用二进制补码表示。这意味着：最高位是符号位，负数范围比正数多1个值（比如 byte 是 -128 ~ 127，不是 -127 ~ 127）。
- 直接使用包装类常量最可靠：Byte.MIN_VALUE、Integer.MAX_VALUE 等，它们由 JVM 规范保证，不随平台变化
- 声明 long 字面量必须加 L（如 10000000000L），否则可能被编译器当作 int 处理而报错
- 运算中发生溢出不会抛异常，而是静默回绕（如 Integer.MAX_VALUE + 1 == Integer.MIN_VALUE），需手动检查或用 Math.addExact() 等安全方法
浮点型边界：关注有效位数，而非“最大值”本身
float 和 double 的取值范围极大，但真正能精确表示的整数有限：float 最多精确到 2^24（约 1677 万），double 到 2^53（约 9×10¹⁵）。超出后相邻可表示值的间隔变大，导致“看似相等实则不同”。
- 比较 float/double 应避免 ==，优先用 Double.compare(a, b) == 0 或 Math.abs(a - b)
- Float.MIN_VALUE 是最小正正规数（≈1.4e-45），不是最小负数；真正的下界是 Float.NEGATIVE_INFINITY
- 科学计算或金额场景慎用 float/double，优先考虑 BigDecimal 或整型缩放（如 cents）
char 与 boolean：别被“范围”误导
char 是无符号 16 位整数，取值 0 ~ 65535（即 '\u0000' 到 '\uffff'），它本质可参与算术运算（如 'a' + 1 == 'b'）。boolean 在 JVM 规范中没有明确定义存储大小，只规定只有 true/false 两个逻辑值，不能转成数字，也不参与算术表达式。
立即学习“Java免费学习笔记（深入）”；
- char 可直接赋值 Unicode 码点（如 '\u4F60' 表示“你”），也可用 int 转换（(char)97 == 'a'）
- 不要写 if (flag == true) 或 if (b == false)，直接用 if (flag) 或 if (!b)
- boolean 数组在内存中通常按 byte 打包（JVM 实现相关），单个 boolean 变量栈上可能被对齐填充，不等于“占 1 bit”
验证与调试：用代码实测代替记忆
运行时行为比文档更真实。数组元素内存布局稳定，是观察原始大小的最佳方式；而局部变量可能被 JIT 优化或栈对齐干扰。
- 打印所有边界值：System.out.println("int: " + Integer.MIN_VALUE + " ~ " + Integer.MAX_VALUE)
- 用 jol（Java Object Layout）工具查看对象字段实际偏移与对齐，确认 byte 是否真占 1 字节
- 触发溢出测试：int x = Integer.MAX_VALUE; System.out.println(x + 1); —— 观察结果是否为负数
不复杂但容易忽略：规范定义的是逻辑范围，JVM 实现保障的是行为一致性。写代码时信任包装类常量，验证时依赖运行结果，设计时预判数据规模——这三者结合，才是应对边界的务实做法。
