Java的Math类是严格遵循IEEE 754的底层函数集合，不支持精度控制、业务封装或链式调用；其round()按floor(x+0.5)实现，负数结果易误判；pow()和sqrt()对非法输入返回NaN而非抛异常，需主动校验边界与特殊值。
Java 的 Math 类不是“工具箱”，而是严格遵循 IEEE 754 的底层数学函数集合——它不处理精度控制、不封装业务逻辑、也不支持链式调用，直接用就行，但得清楚每个方法的边界。
四舍五入和取整相关方法的区别在哪
很多人误以为 Math.round() 就是“四舍五入”，其实它对 float 返回 int，对 double 返回 long，且规则是“加 0.5 后向下取整”（floor(x + 0.5)），负数行为容易出错：
-
Math.round(2.5)→ 3，Math.round(-2.5)→ -2（不是 -3） - 要真正“银行家舍入”或指定小数位，得用
BigDecimal，Math不提供 -
Math.floor()、Math.ceil()、Math.trunc()（没有这个！要用(long)x或Math.getExponent()配合位运算）
Math.pow() 和 Math.sqrt() 的隐含风险
这两个方法看似安全，但实际运行时可能返回非预期值：
-
Math.pow(0, 0)返回1.0（IEEE 定义，但业务上常需特殊判断） -
Math.pow(-2, 0.5)返回NaN，不会抛异常，容易漏掉校验 -
Math.sqrt(-1)同样返回NaN；若输入来自用户或配置，必须先if (x 检查 - 性能上，
x * x比Math.pow(x, 2)快一个数量级，别为“看起来整洁”牺牲效率
随机数、最大最小值和绝对值的实用边界
Math.random() 只返回 [0.0, 1.0) 的 double，不能直接生成整数区间——常见错误是写成 (int)(Math.random() * 6) + 1 来模拟骰子，这没问题；但若写成 Math.random() * Integer.MAX_VALUE，可能因 double 精度丢失导致结果重复或越界。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
-
Math.max(a, b)和Math.min(a, b)支持所有基本数值类型重载，但不支持null；传入Double.NaN时，结果恒为NaN -
Math.abs(Integer.MIN_VALUE)返回Integer.MIN_VALUE（仍是负数！因为补码溢出），这是整型绝对值唯一翻车点 - 没有
Math.abs(long)的安全替代？有：Math.absExact(long)（Java 8+），溢出时抛ArithmeticException
双曲函数、指数对数和三角函数要注意什么
这些方法多数人不用，但一旦用错，调试极难：
-
Math.sin()、Math.cos()等参数单位是**弧度**，不是角度——Math.sin(90)≠ 1，正确写法是Math.sin(Math.toRadians(90)) -
Math.log(x)是自然对数（ln），不是常用对数（log₁₀）；要 log₁₀ 请用Math.log10(x)（Java 8+） -
Math.exp(x)在x > 709时会返回Infinity；Math.expm1(x)（计算 eˣ−1）在 x 接近 0 时比Math.exp(x) - 1更精确 - 所有三角函数对无穷大输入返回
NaN，而非抛异常
真正关键的不是记全方法名，而是每次调用前默念一句：它对 NaN 怎么办？对无穷大怎么处理？边界值是否溢出？Math 类从不隐藏这些细节，只是你没看文档里那几行“Special cases”注释。
