类型转换是代码评审的关键环节，需防范精度丢失、溢出异常和强制转型安全三类风险；高转低强制转换必须预检范围或明确接受精度损失，合规做法是先判断再转换。
Java 类型转换在代码评审中不是“可有可无”的细节，而是直接影响数据正确性、运行时稳定性和可维护性的关键环节。评审时需聚焦三类典型风险：精度丢失、溢出异常、强制转型安全，并结合实际代码上下文判断是否合规。
高转低强制转换的合理性校验
当出现 (byte)、(short)、(char)、(int) 等显式截断操作时，必须确认：是否已做范围预检？是否明确接受精度损失？
- ✅ 合规写法：先判断再转换，避免静默错误
if (value >= Byte.MIN_VALUE && value - ❌ 高危写法：无保护强转，尤其在配置读取、协议解析、数据库字段映射等场景
byte b = (byte) config.getInt("timeout"); // timeout=256 → b=0，逻辑悄然失效 - ⚠️ 警惕隐式陷阱：char 与 int 混合运算时 char 自动升为 int，但若后续又转回 char，可能越界（如 'z' + 1 → 123 → (char)123 → '{'）
算术表达式中的类型提升与溢出防控
评审需逐项检查涉及乘除、累加、时间/金额计算等表达式——运算过程中的中间类型决定结果可靠性，而非仅看接收变量类型。
- ✅ 正确顺序：将任一操作数提前升为更大类型，触发整条表达式按该类型计算
long total = money * (long) years; // money 和 years 均参与 long 运算 - ❌ 典型错误：先用 int 算出溢出值，再转 long
long total = (long)(money * years); // 错！溢出已发生，转换无效 - ? 实用建议：对金额、时间戳、计数器等易超限字段，优先声明为 long；使用下划线分隔大字面量（如
10_0000_0000），并配合 L 后缀（如1000L）明确字面量类型
引用类型向下转型的安全机制
父类引用转子类（如 (Dog) animal）是运行时高危操作，评审必须确认是否有双重防护：
- ✅ 必须同时满足：
– 使用instanceof预判类型（或getClass() == Xxx.class）
– 转型后有明确业务逻辑分支，非“假定一定成功” - ❌ 危险模式：
Dog d = (Dog) obj; // 无检查，NPE 或 ClassCastException 隐患
if (obj instanceof Dog) d = (Dog) obj; // 检查了但没处理 else 分支，逻辑残缺 - ? 替代方案优先级：考虑用多态替代转型；若必须转型，封装为工具方法（如
castIfInstanceOf(Dog.class, obj)），统一处理 null 和类型不匹配
禁止转换与边界场景的硬性约束
以下属于代码规范中的“零容忍”项，CI/Checkstyle 应直接拦截：
- ❌ 对
boolean执行任何强制或自动转换（如(int) flag、flag + 0）——语义模糊且违反 Java 设计本意 - ❌ 在无关类之间进行强制转型（如
(User) order），即使编译通过，也属架构缺陷 - ❌ 自动拆箱前未判空（
Integer i; int j = i;），应改为i != null ? i : 0或使用Objects.requireNonNull(i) - ? 工具建议：启用 SpotBugs 的
NP_NULL_ON_SOME_PATH、BC_BAD_CAST_TO_CONCRETE等规则，SonarQube 启用 “Avoid casting to unrelated types” 规则
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
