pow函数对负数底数的非整数次幂结果不可靠，返回nan或未定义行为；仅对正底数或整数指数安全，整数幂应手写快速幂或展开乘法，2的非负整数次幂可用位运算优化。
pow 函数对负数底数的处理结果不可靠
直接用 pow 算负数的非整数次幂（比如 pow(-2.0, 0.5)），结果是 nan 或未定义行为，不是数学上想要的复数解。c++ 标准库的 pow 只针对实数定义，当底数为负、指数非整数时，它不保证返回合理值，多数实现会返回 nan 并可能设置 errno = EDOM。
常见错误现象：pow(-4.0, 0.5) 本意想算平方根，结果输出 nan，调试时发现变量突然“变空”；或者在 Release 模式下因优化导致浮点异常被静默吞掉。
- 只对正底数或整数指数安全使用
pow - 若指数确定为整数（如 -3、0、5），优先改用自定义整数幂函数，避免浮点误差和域错误
- 需要复数结果？必须显式切换到
std::complex类型，不能靠pow(double, double)硬扛
整数幂就别用 pow，手写更稳更快
pow 是通用浮点函数，内部有类型检查、域判断、算法分支，对整数指数反而拖慢速度，还引入不必要的舍入误差。比如 pow(2.0, 10) 理论上该得 1024，但实际可能是 1023.9999999999998。
使用场景：循环计数、数组索引偏移、位运算替代（如 2 的 n 次方）、模板元编程中编译期幂计算。
立即学习“C++免费学习笔记（深入）”；
- 小整数指数（|n| ≤ 10）：直接展开乘法，如
x * x * x - 一般整数指数：用快速幂（迭代版，避免递归栈溢出），注意处理负指数 → 返回
1.0 / fast_pow(x, -n) - 底数为 2 且指数为非负整数：直接用位运算
1 （仅限 <code>int类型且不溢出）
需要复数结果？必须显式用 std::complex
pow 的重载里只有 std::complex 版本才正确定义负实数的分数次幂。例如 pow(std::complex<double>(-4.0, 0.0), 0.5)</double> 才会返回 (0,2) 这样的复数根。
参数差异：传 double 得不到复数；传 std::complex<double></double> 底数 + 实数指数，会自动转成复数运算；指数也用 std::complex 时支持全复数域。
- 头文件必须加
#include <complex></complex> - 底数哪怕实部为负、虚部为 0，也得写成
std::complex<double>(-4.0, 0.0)</double>，不能隐式转换 - 结果默认取主值分支（argument ∈ (-π, π]），
pow(-1, 0.5)返回的是i，不是-i
编译器和标准库差异会影响 pow 行为
同一个 pow(-2.0, 3.0)，在 GCC/libm 下可能返回 -8.0，在 MSVC CRT 下可能触发浮点异常（取决于编译选项和 FPU 控制字）。C++ 标准只要求“尽可能接近数学结果”，没规定负底数+整数指数是否必须成功。
性能影响：某些嵌入式平台或旧 libc（如 uClibc）的 pow 对整数指数无特殊优化，耗时可能是手写幂的 5–10 倍。
- 跨平台项目中，避免依赖
pow处理负底数，哪怕指数看起来是整数 - 启用
-fno-math-errno（GCC/Clang）可禁用 errno 设置，但不会让nan消失 - 用
std::fpclassify检查结果是否为FP_NAN，比靠!=判断更可靠
事情说清了就结束。负数幂这事，核心就一条：C++ 的 pow 不是数学课上的幂函数，它是实数库函数，边界模糊、平台敏感、不报错也不兜底——你得自己划清能用和不能用的线。