Math.round(double) 返回 long，而 6.022e23 四舍五入后远超 Long.MAX_VALUE（约 9.22×10¹⁸），导致溢出截断为 9223372036854775807；应改用 BigDecimal 进行高精度舍入。
`math.round(double)` 返回 `long`，而 `6.022e23` 四舍五入后远超 `long.max_value`（约 9.22×10¹⁸），导致溢出截断为 `9223372036854775807`；应改用 `bigdecimal` 进行高精度舍入。
在 Java 中，Math.round(double) 的设计初衷是将 double 值四舍五入为最接近的 long 整数。但该方法存在一个关键限制：其返回类型为 long，取值范围仅为 [-9,223,372,036,854,775,808, 9,223,372,036,854,775,807]。当输入值（如阿伏伽德罗常数近似值 6.022e23）四舍五入后的数学结果远超此范围时，Math.round() 并不会抛出异常，而是发生静默溢出（wrap-around），最终返回 Long.MAX_VALUE（即 9223372036854775807）——这正是你观察到的现象。
根本原因在于：6.022e23 在 double 类型中本身已是近似表示（double 仅提供约 15–17 位有效数字），而 Math.round() 将其强制转为 long 时，数值早已超出 long 容量，无法承载。
✅ 正确做法：使用 java.math.BigDecimal，它支持任意精度的十进制运算与可控舍入：
import java.math.BigDecimal;
import java.math.RoundingMode;
public class MathRound {
public static void main(String[] args) {
double value = 6.022e23;
// 推荐：用 BigDecimal.valueOf(double) 避免 double 字符串构造的精度陷阱
BigDecimal bd = BigDecimal.valueOf(value);
// 四舍五入到整数位（scale = 0），HALF_UP 是标准四舍五入
BigDecimal rounded = bd.setScale(0, RoundingMode.HALF_UP);
System.out.println(rounded); // 输出：602200000000000000000000
// 如需转为字符串或自定义格式输出：
System.out.println(rounded.toPlainString()); // 更安全的无科学计数法输出
}
}⚠️ 注意事项：
- ❌ 避免 new BigDecimal(double)：会继承 double 的二进制精度误差（例如 new BigDecimal(0.1) 得到 0.10000000000000000555...）；✅ 应优先使用 BigDecimal.valueOf(double)，它会基于 double 的规范字符串表示构建 BigDecimal。
- setScale(0, RoundingMode.HALF_UP) 表示舍入到个位（小数位数为 0），HALF_UP 即传统“四舍五入”（≥0.5 进一）；其他常用模式包括 HALF_DOWN、CEILING、FLOOR 等，按需选用。
- 若后续需转为 long，请务必先校验范围：if (rounded.compareTo(BigDecimal.valueOf(Long.MAX_VALUE))
? 总结：当处理科学计数法大数（如 1e20 以上）、金融计算或要求精确舍入的场景时，Math.round() 不适用。BigDecimal 是 Java 中保障精度与可控舍入的唯一可靠选择——它不妥协于原始类型的位宽限制，真正实现“所见即所得”的数值语义。
