优先用 std::abs，它根据参数类型自动选择整数或浮点重载；abs 专用于整数，fabs 专用于浮点，类型不匹配会导致隐式转换、精度丢失或编译失败。
用 abs 还是 fabs？看输入类型决定
两者都能算绝对值，但底层处理逻辑完全不同：不匹配类型就可能隐式转换出问题，甚至编译失败。
-
abs是整数函数，定义在<cstdlib></cstdlib>（C 风格）或<cmath></cmath>（C++17 起重载支持），接受int、long、long long，返回同符号类型 -
fabs是浮点函数，定义在<cmath></cmath>，只接受float、double、long double，返回对应浮点类型 - 传
double给abs在旧标准（C++11 前）可能调不到重载，退化为int截断；C++17 后<cmath></cmath>提供了浮点版abs，但行为等价于fabs，本质仍是浮点运算
std::abs 比裸 abs 更安全
直接写 abs(-3.14) 可能调到 C 的 int abs(int)，导致 -3.14 先转成 int -3 再取绝对值——结果还是 3，但过程已丢失精度且触发隐式转换警告。
- 始终用
std::abs（需#include <cmath></cmath>），它会根据参数类型自动选择整数或浮点重载（C++11 起） - 对
float用std::abs(x)和std::fabs(x)效果一致，但前者更统一；fabs明确表达“我要浮点语义”，适合强调精度意图的场景 - 模板代码里别硬写
fabs：比如template<typename t> auto f(T x) { return fabs(x); }</typename>对int类型会编译失败，而std::abs(x)可正常推导
常见错误：头文件没包含或用了 C 头文件
写 abs(5) 却没 #include <cstdlib></cstdlib> 或 #include <cmath></cmath>，某些编译器（如 MSVC）靠全局命名空间透传“碰巧”能过，但 GCC/Clang 默认报 abs was not declared in this scope。
- 不要用
#include <math.h></math.h>或#include <stdlib.h></stdlib.h>—— 这是 C 头文件，函数进全局命名空间，和std::版本混用易冲突 - 整数绝对值优先
#include <cstdlib></cstdlib>（提供std::abs(int)等），浮点或泛型场景统一#include <cmath></cmath> - 如果用了
using namespace std;，再调abs就容易和 C 库函数重名，建议显式写std::abs
性能与 ABI 兼容性：其实没差别
别纠结哪个更快——现代编译器对 std::abs 和 std::fabs 都内联成单条指令（如 x86 的 cdq; xor eax, edx; sub eax, edx 或 SSE andps 清符号位），运行时开销为零。
立即学习“C++免费学习笔记（深入）”；
- 真正影响性能的是类型转换：比如对
double调abs((int)x)，强制截断再计算，既慢又错 - 跨平台时注意：某些嵌入式 libc（如 newlib）的
fabsf实现有 bug，但std::abs(float)通常绕过它走模板特化，更稳 - 如果项目要求严格遵循 C++ 标准（比如汽车电子 MISRA-C++），必须用
std::abs，禁用裸abs/fabs
std::abs 自己判断。硬选 fabs 只在你要明确排除整数重载、或对接 C 接口时才有意义。 
