math.round()采用银行家舍入法而非四舍五入：.5时向偶数取整，如round(2.5)=2、round(3.5)=4；负数同理，round(-2.5)=-2；返回类型随参数为int或long；对nan等边界值返回极值而非抛异常。
Java里Math.round()到底四舍五入还是四舍六入五成双
它不是数学课本里的四舍五入，而是「银行家舍入法」：遇到.5时向偶数靠拢。比如Math.round(2.5)得2，Math.round(3.5)得4。Math.round(-2.5)是-2（-2比-3更接近偶数），这点常被忽略。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 要严格四舍五入（如报表、UI展示），别直接用
Math.round()，改用Math.floor(x + 0.5)（正数）或封装逻辑处理负数 -
Math.round(float)返回int，Math.round(double)返回long——类型不一致容易引发隐式转换错误 - 对
Double.NaN、Double.POSITIVE_INFINITY等边界值，Math.round()返回Long.MAX_VALUE或Long.MIN_VALUE，不是抛异常
用(int)强制转型和Math.floor()/Math.ceil()的区别
强制转型是纯粹截断小数部分，不考虑符号：(int)-3.9得-3，不是-4；而Math.floor(-3.9)才得-4。这是负数场景下最常踩的坑。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 需要向零截断（即丢掉小数，不管正负），用
(int)x或(long)x - 需要向下取整（≤x的最大整数），用
Math.floor(x)，注意返回double，得再转int或long - 需要向上取整（≥x的最小整数），用
Math.ceil(x)，同样返回double - 对
float操作，优先用Math.floorf()和Math.ceilf()，避免double精度提升带来的意外结果
Integer.parseInt()和Double.valueOf().intValue()不能用来转浮点数
这两个是字符串解析方法，不是数值类型转换工具。拿"3.7"去调Integer.parseInt("3.7")直接抛NumberFormatException；而Double.valueOf("3.7").intValue()虽然能跑通，但本质是先解析再截断，中间多了一次字符串→double→int过程，纯属绕路且易出错。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 输入确定是
double或float变量？跳过所有字符串方法，直接用算术或类型转换 - 真要从字符串来，先用
Double.parseDouble()转成double，再按需用Math.round()或截断 - 别依赖
new Integer(doubleValue).intValue()——JDK 9+已弃用Integer构造器，且自动装箱会掩盖类型意图
性能与兼容性：基础操作别过度封装
在高频循环里，Math.round()比(long)(x + 0.5)慢约15%~20%（HotSpot 17实测），因为前者有NaN/Infinity检查和分支逻辑；而强制转型几乎无开销。但除非你在每秒处理百万级浮点数，否则差异可忽略。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- Android API Math.round(float)在某些ARM设备上有精度偏差，稳妥起见用
(int)Math.floor(x + 0.5f)替代 - 涉及金融计算？别用任何浮点转整——先用
BigDecimal做精确运算，再用setScale(0, RoundingMode.HALF_UP) - 如果只是日志打印或临时调试，
(int)x最快最直白；但只要逻辑里出现“应该四舍五入”，就别图省事写成(int)(x+0.5)，负数会崩
真正麻烦的从来不是选哪个函数，而是没想清楚「这里到底要哪种舍入语义」——是向偶数靠拢？向零截断？还是严格四舍五入？定错语义，后面全白调。
