链接时未链接数学库导致sqrt等函数报undefined reference错误，需在g++命令末尾加-lm；整数幂运算应避免std::pow，改用循环或位运算以防精度丢失。
为什么 sqrt 编译报错：undefined reference to `sqrt`？
链接时找不到数学函数实现，不是头文件没包含，而是没连 libm。C++ 标准库头文件 <cmath> 只声明函数，不提供实现；Linux/macOS 下需显式链接数学库，Windows MSVC 通常默认链接，但 MinGW 和部分 clang 环境一样要加 -lm。
- g++ 编译时必须加
-lm，且放在源文件之后：g++ main.cpp -o main -lm - cmake 中用
target_link_libraries(myapp m)（注意不是math） - Clang 15+ 在某些配置下可能自动链接，但别依赖——显式写上最稳
- 错误典型提示：
undefined reference to 'sqrt'、'pow'、'sin'等全量崩，说明是链接问题，不是个别函数拼错
std::pow 传整数参数反而变慢还可能出错？
std::pow 是为浮点设计的通用函数，接受 double 参数。若传两个 int，会隐式转成 double，计算完再转回，不仅多两次转换，还可能因浮点精度丢整数结果（比如 std::pow(5, 2) 理论返回 25.0，但某些平台返回 24.999999999999996，强转 int 就得 24）。
- 整数幂用循环或位运算更安全：
int p = 1; for(int i = 0; i - C++11 起可用
std::pow的float/long double重载，但依然不解决整数精度问题 - 若确定是小整数幂（如平方、立方），直接写
x * x或x * x * x，零开销，无歧义
用 std::abs 还是 abs？头文件该包含哪个？
混用 C 风格头文件（<stdlib.h>、<math.h>）和 C++ 风格（<cmath>、<cstdlib>）会导致重载行为不一致，甚至编译失败。C++ 标准要求所有数学函数在 std 命名空间中，而 C 头文件把它们扔进全局命名空间，冲突风险高。
- 统一用
<cmath>+std::abs（对double/float/long double）和<cstdlib>+std::abs（对int/long/long long） - 避免
using namespace std;后直接写abs(x)——它可能调到 C 版本，类型推导异常 - 对
long long，std::abs在 C++11+ 才支持；老标准下得自己写或用llabs（来自<cstdlib>，但非std::前缀）
Windows 下 std::isnan 返回 false，但值确实是 NaN？
MSVC 默认启用 /fp:fast（即使没显式写），它会优化掉 NaN/Inf 检查，导致 std::isnan、std::isinf 恒返回 false。这不是函数写错了，是编译器“帮你省掉了”浮点异常检测逻辑。
立即学习“C++免费学习笔记（深入）”；
- 关闭快速浮点：项目属性 → C/C++ → 代码生成 → 浮点模型 → 改为
precise或strict - 命令行加
/fp:precise（MSVC）或-fp-model=precise（Intel ICC） - Clang/GCC 默认就是精确模式，一般没问题；但若用了
-ffast-math，同样禁用std::isnan - 临时检测可用位操作：
(x != x)对 NaN 成立（仅限 IEEE 754），但可读性差，仅作 fallback
浮点函数的行为高度依赖编译器设置和平台 ABI，同一段代码在不同机器上表现不同，不是 bug，是标准留的自由度。真要跨平台稳定，得锁编译选项、测运行时值，不能只信文档描述。
