int转float存在精度丢失风险，因float仅23位尾数无法精确表示所有32位int；安全范围为[-16777216, 16777216]，超限后多个int映射到同一float值，易引发静默bug；应避免隐式转换，必要时用double或校验范围并启用静态检查。
int转float看似安全，实则存在隐蔽精度丢失——不是所有int都能被float精确表示。关键在于：float只有23位有效尾数，而int是32位全精度整数。当int绝对值超过224（即16777216）时，就无法保证一一映射。
识别高风险数值范围
float能无损表示的int范围是[-16777216, 16777216]。超出这个范围后，相邻可表示float值之间的间隔大于1，导致多个不同int映射到同一个float：
- 16777217 → 16777216.0f（直接丢弃）
- 16777218 → 16777216.0f（还是丢弃）
- 16777220 → 16777220.0f（碰巧能表示）
这种“有时准、有时不准”的行为极易掩盖bug，尤其在ID生成、计数器累加、配置阈值比对等场景中静默出错。
避免隐式转换，显式控制时机
Java允许int→float自动转换，但不应依赖它。真正需要float时，应主动评估必要性：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- 若只是做比例计算或图形渲染，用double更稳妥（52位尾数，支持到253）
- 若必须用float（如GPU交互、协议约束），先校验值是否在安全范围内：
if (i >= -16777216 && i - 禁止在条件判断中混用：不要写
if (someInt == someFloat)，二者比较前应统一转为long或BigDecimal
业务敏感场景彻底绕开float
对精度有要求的逻辑，根本不要让int接触float：
- 主键、时间戳、金额、版本号等——全部用long或String传递，拒绝任何浮点中间态
- 配置项如超时毫秒、重试次数、阈值上限——定义为int/long常量，运算全程保持整型
- 若上游API返回float型ID或序号，立即用
Math.round(f)转回long，并校验是否溢出
验证与监控手段
上线前加一层防护：
- 单元测试覆盖边界值：16777215、16777216、16777217、-16777216、-16777217
- 日志中打印转换前后差值：
if (Math.abs(i - (int)f) > 0) log.warn("int→float precision loss: {} → {}", i, f); - 静态检查工具（如ErrorProne）启用
FloatCastPossibleLossOfPrecision规则，拦截潜在风险点
