(int)强制类型转换是向零取整而非向下取整，正数时看似正确但负数时错误（如(int)-5.7得-5，而Math.floor(-5.7)为-6）；正确做法是先Math.floor()再转int，并校验范围，或用Math.floorDiv()更安全。
在 Java 中，(int) 强制类型转换本身**不是向下取整**，而是直接截断小数部分（向零取整），因此不能单独用于实现业务所需的“向下取整”逻辑。要真正实现数学意义上的向下取整（即 floor），必须配合 Math.floor() 使用，且需注意类型和边界细节。
为什么 (int) x 不等于 Math.floor(x)
对正数而言，(int)3.9 得到 3，看起来像向下取整；但对负数，(int)-3.9 得到 -3（向零取整），而 Math.floor(-3.9) 返回 -4.0（真正的向下取整）。业务中若涉及负数金额、温度、坐标等场景，直接强转会导致逻辑错误。
-
(int)5.7 → 5✔️（巧合一致） -
(int)-5.7 → -5❌（应为 -6） -
Math.floor(5.7) → 5.0✔️ -
Math.floor(-5.7) → -6.0✔️
正确组合：Math.floor() 后再强制转 int
标准做法是先调用 Math.floor(double) 得到 double 类型的向下取整结果，再用 (int) 转换为整数。但要注意：该 double 值必须在 int 取值范围内（-2³¹ 到 2³¹−1），否则转型会溢出（如 Math.floor(Double.MAX_VALUE) 转 int 得到 Integer.MAX_VALUE，丢失精度）。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 安全写法：
int result = (int) Math.floor(x); - 推荐加范围校验（尤其输入不可控时）：
if (x Integer.MAX_VALUE) { throw new IllegalArgumentException("超出 int 范围"); }int result = (int) Math.floor(x);
替代方案：使用 Math.floorDiv()（Java 8+，更安全）
如果业务本质是「两个整数相除后向下取整」，例如计算页码、分组索引等，优先用 Math.floorDiv(int, int) 或 Math.floorDiv(long, long)。它直接返回向下取整的整数结果，无 double 中间态，不损失精度，也无溢出风险（对 int 版本，仅当被除数为 Integer.MIN_VALUE 且除数为 -1 时抛异常）。
-
Math.floorDiv(7, 3) → 2（同7/3） -
Math.floorDiv(-7, 3) → -3（关键！比-7/3 == -2更符合向下取整） Math.floorDiv(7, -3) → -3Math.floorDiv(-7, -3) → 2
实际业务示例：分页起始索引计算
假设每页 10 条，当前页码从 1 开始（page = 1, 2, 3…），需算数据库 LIMIT 的 offset：
- 错误写法：
int offset = (page - 1) * 10;（没问题，但若 page 来自字符串解析且可能为负？） - 健壮写法（防非法输入）：
double pageD = Double.parseDouble(pageStr);int safePage = (int) Math.floor(Math.max(1.0, pageD)); // 至少第 1 页int offset = (safePage - 1) * 10;
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
