应使用 std::abs 而非 abs 或 labs，因其支持跨类型重载且安全：整型用 <cstdlib> 中的重载，浮点用 <cmath> 中的重载，需包含对应头文件并避免无符号类型误用。
用 abs 还是 labs？看输入类型决定
C++ 里没有统一的“绝对值函数”，abs 和 labs 是 C 标准库遗留下来的重载不完整版本，它们只接受特定整型，且行为取决于头文件和平台。直接调用 abs 处理 long 可能悄无声息地截断——比如在 Windows 上 long 是 32 位，但你传了个 64 位值，编译器可能选错重载或隐式转成 int 再调 abs，结果溢出。
-
abs(int)：定义在<cstdlib>（或 C 的<stdlib.h>），只认int -
labs(long)：同头文件，只认long；llabs(long long)需要<cstdlib>+ C++11 或更高 - 没有
abs(short)或abs(char)的标准重载，会隐式提升为int后走abs(int)
C++11 起该用 std::abs，不是 abs
真正跨类型、安全的写法是带命名空间的 std::abs，它在 <cmath> 和 <cstdlib> 中都有声明，但语义不同：<cmath> 提供浮点重载（double, float, long double），<cstdlib> 提供整型重载（int, long, long long）。只要包含对应头文件，std::abs 就能靠参数类型自动选对版本。
- 处理
int x = -5;→ 用#include <cstdlib>+std::abs(x) - 处理
long long y = -1'000'000'000'000LL;→ 同样#include <cstdlib>，std::abs(y)调的是llabs - 混用浮点和整型？
std::abs(3.14)走<cmath>，std::abs(-7)走<cstdlib>—— 头文件得都带上才保险
常见错误：头文件漏掉、隐式转换踩坑
最典型的问题是只写了 #include <iostream> 就敢用 std::abs，结果编译失败：”‘abs’ was not declared in this scope“。因为 <iostream> 不导出 std::abs。另一个坑是把 unsigned int 传给 std::abs——它没有无符号重载，编译器会尝试转成 int，超范围就变成负数再取绝对值，结果完全不可预测。
- 错误示例：
unsigned int u = 0xFFFFFFFFU; auto a = std::abs(u);→ 在 32 位系统上u转int成 -1，std::abs(-1)得 1，而非预期的 4294967295 - 正确做法：无符号类型不需要取绝对值；真要转，先确认值在有符号范围内，或用条件表达式
u - 编译器警告有用：
-Wsign-conversion（GCC/Clang）能抓到这类隐式符号转换
性能和兼容性：别手写分支，也别迷信宏
有人为了“避免函数调用开销”手写 (x ，这在整型上基本没收益——现代编译器对 <code>std::abs 内联得比你手写还干净。但注意：这个三元表达式对 INT_MIN（如 -2147483648）无效，因为 -INT_MIN 溢出，而 std::abs(INT_MIN) 的行为是未定义的（C++ 标准未规定），实际中多数平台返回 INT_MIN 本身——这点必须文档化或加运行时检查。
立即学习“C++免费学习笔记（深入）”；
- 不要用 C 风格宏
#define ABS(x) ((x) ：多次求值副作用大（比如 <code>ABS(i++)） - 模板函数封装？没必要。
std::abs已是充分优化的标准方案 - 跨平台部署时，确认目标平台的
long位宽（Linux x64 是 64 位，Windows x64 是 32 位），避免依赖labs处理大整数
std::abs，别用裸 abs；头文件按需包含 <cstdlib> 或 <cmath>，别指望 <iostream> 帮你兜底。 
