Math类是final且构造函数私有，无法实例化，所有方法均为静态，必须通过Math.方法名(...)调用；它位于java.lang包下，无需导入；注意double精度陷阱、random()强制转换优先级错误及IEEE 754特殊值处理。
Math类不能被实例化，所有方法都是静态的
Java中的Math类是final类，且构造函数被私有化，因此无法通过new Math()创建对象。所有方法（如Math.abs()、Math.sqrt()）都必须以静态方式调用。
常见错误是写成：
Math m = new Math(); // 编译错误：The constructor Math() is not visible这种写法直接报错，IDE通常会立刻标红。
- 正确用法永远是
Math.方法名(...)，例如Math.pow(2, 3) - 不需要导入——
Math在java.lang包下，自动可用 - 如果误加
import java.lang.Math;不会报错，但属于冗余代码
注意double和int参数混用时的隐式转换陷阱
Math类绝大多数方法接收double参数并返回double，但Java允许传入int、long等整型——它们会被自动提升为double。表面看没问题，实际可能掩盖精度或性能问题。
例如：Math.round(1000000000000000000L)返回1000000000000000000.0，看似正常；但Math.round(10000000000000000000L)（超long最大值）会先转成double，而double无法精确表示该整数，结果偏差不可控。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
Math.floorDiv(int, int)和Math.floorMod(int, int)是特例，专为整型设计，不涉及double转换 - 对大整数做取整/开方运算时，优先考虑
BigInteger或自定义逻辑，而非依赖Math的double版本 -
Math.max(int, int)这类重载方法存在，但Math.log(int)没有——它只有log(double)，所以Math.log(5)本质是Math.log(5.0)
Math.random()返回[0.0, 1.0)范围，别直接强转int
Math.random()返回一个伪随机double，范围是大于等于0.0、小于1.0。常见错误是想生成[0, n)的整数，写成(int) Math.random() * n——由于强制类型转换优先级高于乘法，实际执行的是((int) Math.random()) * n，永远得0。
正确写法必须加括号：(int) (Math.random() * n)。但要注意这只是均匀分布的近似，且上限不可达（n永远不会出现）。
- 需要
[a, b]闭区间整数时，用a + (int)(Math.random() * (b - a + 1)) - 生产环境推荐用
ThreadLocalRandom.current().nextInt(a, b+1)，线程安全且无同步开销 -
Math.random()底层复用单个Random实例，多线程高并发下可能成为瓶颈
IEEE 754特殊值行为必须明确处理
Math类严格遵循IEEE 754浮点标准，对NaN、POSITIVE_INFINITY、NEGATIVE_INFINITY有明确定义，但容易被忽略导致逻辑异常。
例如：Math.sqrt(-1.0)返回NaN，而Math.sqrt(Double.NaN)也返回NaN；Math.max(Double.NaN, 5.0)返回NaN（不是5.0）；Math.abs(Double.NEGATIVE_INFINITY)返回POSITIVE_INFINITY。
- 任何含
NaN的比较（==、等）都为<code>false，包括NaN == NaN，务必用Double.isNaN(x)判断 -
Math.pow(0.0, 0.0)返回1.0，但Math.pow(0.0, -1.0)返回POSITIVE_INFINITY - 对用户输入或外部数据调用
Math函数前，建议先用Double.isFinite(x)过滤掉无穷和NaN
很多开发者只把Math当工具箱，却忽略了它的浮点契约和边界语义——尤其在金融计算、游戏物理或科学模拟中，NaN传播或无穷溢出可能悄无声息地破坏整个流程。
