Math.pow()始终返回double，直接强转int会导致大数精度丢失；应根据场景选用循环、BigInteger.pow()、Math.round()加溢出检查或手写幂运算，负数非整数指数返回NaN，且性能较差不宜高频使用。
Math.pow() 返回值不是 int，别直接强转
Java 的 Math.pow() 永远返回 double，哪怕你传的是两个整数，比如 Math.pow(2, 3) 算出来是 8.0，不是 8。有人图省事写成 (int) Math.pow(2, 3)，短期看着没问题，但遇到大数就翻车：Math.pow(10, 10) 理论上是 10000000000，但 double 表示它时可能有精度丢失，强转后变成 9999999999 或 10000000001。
如果真要整数结果，优先考虑：
- 小范围整数幂（指数 ≤ 60，底数绝对值 ≤ 10）用循环或
BigInteger.pow() - 明确需要
long结果时，先用Math.pow()算出double，再用Math.round()+ 检查溢出，而不是粗暴强转 - 指数为 0、1、2 这种常见情况，直接手写（
x * x比Math.pow(x, 2)快且无精度风险）
负数底数 + 非整数指数会返回 NaN
Math.pow(-2.0, 0.5) 不是 -1.414...，而是 NaN。Java 规范里，当底数为负且指数不是整数时，结果在实数域无定义，Math.pow() 就按规则返回 NaN。这不是 bug，是设计如此。
如果你的业务逻辑允许复数结果（比如科学计算），Math.pow() 帮不上忙；如果只是想取负数的奇次方根（如 -8 的立方根），得自己拆解：
立即学习“Java免费学习笔记（深入）”；
- 先判断指数是否为奇整数（用
(int)exp == exp && ((int)exp % 2) != 0粗筛） - 是的话，算
Math.pow(Math.abs(base), exp)再加负号 - 否则老老实实处理
NaN，比如抛异常或 fallback 到默认值
性能差、不内联，高频场景别滥用
Math.pow() 是 JVM 中少数几个不能被 JIT 编译器内联的数学函数之一，底层调用的是平台 C 库的 pow()，有函数调用开销+浮点运算路径长。在循环里反复调用，比如 for (int i = 0; i ，比等价的手动累乘慢 3–5 倍。
能避免就避免：
- 指数固定且小（≤ 4）：直接展开，如
x * x * x代替Math.pow(x, 3) - 需要多次同底不同指数：用递推，比如算
x⁰, x¹, x²…xⁿ，每次乘一个x即可 - 真要通用幂运算且性能敏感：考虑 Apache Commons Math 的
FastMath.pow()（部分优化），或自己用二分快速幂（仅限整数指数）
特殊值输入必须检查，否则 NaN/Infinity 会静默传播
Math.pow(0.0, -1) 返回 Infinity，Math.pow(0.0, 0) 返回 1.0（注意：这和数学定义不一致，但 Java 明确规定如此），Math.pow(Double.NaN, 2) 还是 NaN。这些值一旦进入后续计算（比如除法、比较、数组索引），容易引发难以定位的问题。
生产代码中建议：
- 对输入做预检：用
Double.isFinite()确保底数和指数都不是NaN或无穷 - 对输出做后验：尤其当结果要转成
int/long或作数组下标前，加if (Double.isNaN(result) || !Double.isFinite(result))guard - 不要依赖
Math.pow()的边界行为做逻辑分支——比如靠Math.pow(0, 0) == 1来触发某条路径，这种假设脆弱
最麻烦的其实是“看起来正常但其实不准”的 double：比如 Math.pow(10, 15) 在某些 JVM 上已开始丢精度，而你根本没意识到它已经不是精确整数了。
