避免基本数据类型转换错误的关键是理解隐式提升陷阱、强制转换溢出风险及常量变量混用差异：byte/short/char运算结果恒为int；混合long运算需防int中间溢出；强转前须校验范围，关键字段优先用long/biginteger。
避免基本数据类型转换错误，关键不是死记规则，而是理解“什么时候会出问题”和“怎么提前挡住问题”。核心在三处：运算时的隐式提升陷阱、强制转换的溢出风险、以及常量与变量混用带来的编译差异。
算术运算前先看类型，别信“结果看起来小”
byte、short、char 参与任何运算（哪怕只是 +1），结果一定是 int。这不是优化，是 Java 的硬性规定。
- 错误写法：byte b = 100; b = b + 1; → 编译失败，因为 b + 1 是 int 类型，不能直接赋给 byte
- 正确写法：b += 1;（复合赋值自动处理截断）或 b = (byte)(b + 1);
- 混合 long 运算时，中间结果仍是 int：比如 int a = 2_000_000_000; long total = a * 30; → 先算 int × int 溢出，再转 long，结果已错
- 安全写法：long total = (long) a * 30; 或 long total = a * 30L;
强制转换前必须确认值在目标范围内
强转只做截断，不校验逻辑合理性。130 强转成 byte 得到 -126，程序不会报错，但业务就错了。
- 对金额、ID、时间戳等关键字段，优先用 long/BigInteger，而不是后期靠强转补救
- 需要转成 byte/short/int 时，加显式范围检查：if (value >= Byte.MIN_VALUE && value
- 浮点转整数要明确语义：是舍去小数（(int)3.9→3），还是四舍五入（Math.round(3.9)→4）？别默认后者
常量和变量的转换行为完全不同，别被编译器“惯坏”
编译器对字面量常量有额外优化，但对变量没有——这是很多“本地能跑，上线崩”的根源。
- 合法：byte b1 = 100;（100 是常量，在 byte 范围内，编译器允许）
- 非法：int x = 100; byte b2 = x;（x 是变量，编译器无法保证运行时仍是 100，必须强转）
- 更隐蔽的坑：final int y = 300; byte b3 = y; → 仍编译失败！因为 300 超出 byte 范围，即使 final 也不行
字符串转数字务必处理 null 和格式异常
Integer.parseInt("") 和 Integer.parseInt(null) 都会崩溃，且异常类型不同（NumberFormatException vs NullPointerException）。
- 统一用 Integer.valueOf(str)，它对 null 返回 null（不抛 NPE），但非数字仍抛 NumberFormatException
- 生产代码建议封装一层：Optional.ofNullable(str).map(Integer::valueOf).orElse(0)
- 对外部输入（如 HTTP 参数、配置文件），定义明确的默认值或返回 Result
，不把原始异常暴露出去
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
