Java浮点转整型的“小数位丢失”本质是向零截断的明确行为，非bug；问题源于开发者混淆截断、四舍五入与取整语义，需根据业务意图选用Math.round、floor、ceil或显式截断，并防范精度误差、溢出及NaN等边界情况。
Java中浮点转整型的“小数位丢失”，本质不是bug，而是向零截断的明确行为——3.9变成3、-3.9变成-3。问题不在于它丢了小数，而在于开发者误以为它在四舍五入或向下取整，结果导致金额少算、索引错位、分页偏移等逻辑偏差。
先搞清你要的是什么：截断？舍入？还是取整？
强制转换 (int)3.9 只做一件事：砍掉小数部分。它不关心业务语义。所以第一步必须明确意图：
- 要最接近的整数（四舍五入）→ 用
Math.round(d)（注意返回long，需再转int） - 要不大于原值的最大整数（向下取整）→ 用
(int)Math.floor(d)，但对负数要小心精度误差，建议加容差判断 - 要不小于原值的最小整数（向上取整）→ 用
(int)Math.ceil(d) - 就想要简单丢小数（比如坐标像素取整）→
(int)d可用，但务必加注释说明“此处为向零截断”
避开浮点精度陷阱再转换
0.1 + 0.2 不等于 0.3，这是二进制表示的固有限制。直接转可能放大误差：
-
(int)(0.1 + 0.2)→ 得到0，而非预期的1 - 正确做法：先对齐精度，再舍入。例如保留1位小数后转整：
(int)Math.round(x * 10) / 10 - 更稳妥：用
BigDecimal构造字符串，避免double中间态：new BigDecimal("0.1").add(new BigDecimal("0.2")).setScale(0, RoundingMode.HALF_UP).intValue()
整型目标范围必须校验
浮点数可能远超 int 范围，比如 1e10 转成 int 会静默溢出为负数：
立即学习“Java免费学习笔记（深入）”；
- 别写
int i = (int)doubleValue;这类裸转换 - 安全做法：用
Math.toIntExact(Math.round(doubleValue))，超范围直接抛异常，暴露问题 - 若需容忍溢出（如图像量化），先 clip 再转：
int clipped = (int)Math.max(Integer.MIN_VALUE, Math.min(Integer.MAX_VALUE, Math.round(d)))
封装可读、可复用的工具方法
把意图显式表达出来，比散落各处的 (int) 更可靠：
-
toIntRound(double d)→ 返回四舍五入后的int -
toIntTruncate(double d)→ 明确声明是向零截断 -
toIntFloor(double d)→ 向下取整，并对NaN和无穷大做防御性处理 - 所有方法内部统一加范围检查或使用
Math.toIntExact
不复杂但容易忽略：浮点转整型的关键，从来不是怎么写那行代码，而是想清楚“这个数，在业务里到底该变成哪个整数”。
