C++里exp和log不是“数学课后习题”：用对了，代码才真省力

刚学C++时，我对着<cmath>头文件里的exp()、log()、log10()发过呆——课本说“它们算指数和对数”，可现实里，谁会闲着没事在控制台打印exp(2)？直到某天调试一个传感器数据平滑算法，发现用线性插值总在低值区抖得厉害，换成log压缩后再插值，噪声一下就服帖了。那一刻才明白：这些函数不是数学符号的翻译器，而是数值世界的变形金刚。

C++标准库把它们放在<cmath>里，但默认不自动链接数学库（尤其Linux下编译常报undefined reference to 'exp'）。别跳过这一步：编译时加 -lm 参数。Windows上MSVC通常默认链接，但跨平台项目务必检查，否则运行时崩溃比编译失败更难排查。

exp(x)计算的是 eˣ，不是任意底数。有人误以为exp(2)等于10²，其实它约等于7.389。若需aˣ，得写pow(a, x)；若需eˣ，exp(x)比pow(M_E, x)更快更准——因为exp是硬件级优化的专用指令，而pow要先取对数再指数，多绕两道弯。

log(x)默认以 e 为底（自然对数），不是常用对数。这点容易踩坑：比如想算pH值（-log₁₀[H⁺]），却写了-log(conc)，结果全错了。记住口诀：“log无下标=ln，log10才真十”。log10(x)专为十进制设计，精度和速度都优于log(x)/log(10)——后者不仅多算两次对数，还引入浮点误差累积。

最常被忽视的是定义域。log(x)和log10(x)要求 x > 0，传入0或负数会返回-inf或nan，且errno设为EDOM。别等程序崩了才查，提前加个断言更体面：

assert(x > 0 && "log: input must be positive");

或者用std::isfinite(log(x))兜底——毕竟传感器偶尔飘个负值，总比静默出错强。

实际工程中，exp和log常结伴出场，构成“压缩-运算-还原”三件套。比如音频处理里，人耳对响度感知近似对数关系，直接线性调整音量会感觉忽大忽小。正确做法是：先log10(amp)压缩动态范围，做增益计算，再exp10()还原。这样0.1倍到1倍的调整，听感才均匀。

另一个硬核场景是概率计算。多个小概率连乘（如贝叶斯推断）极易下溢成0。解法是：*全转成对数空间运算——`log(p1 p2 ... pn) = log(p1) + log(p2) + ... + log(pn)**。加法不怕下溢，算完再exp(sum_log)拿回原值。OpenCV的cv::log()和cv::exp()`就是这么干的。

顺带提个冷知识：expm1(x)和log1p(x)是专治“小量病”的兄弟俩。当x极小时（比如1e-15），exp(x)-1直接算会丢失精度（exp(x)≈1.000...，减1后有效位全丢），而expm1(x)内部用泰勒展开保精度。同理，log(1+x)在x很小时用log1p(x)更稳。数值敏感场景（金融、科学计算），宁可多敲几个字符，也别省这点精度。

最后说个反直觉的实践：有时你根本不需要exp或log。比如做指数衰减动画：value *= decay_rate比value = init * exp(-k * t)更轻量，且避免浮点累积误差。函数不是越多越好，而是够用、稳用、快用。工具箱里锤子再亮，钉子没找对地方也是白搭。

下次看到exp或log，别只想到数学公式。想想传感器读数怎么压进合理区间，想想概率连乘如何不归零，想想用户拖动音量条时耳朵是否舒服——这些才是它们真正的坐标。C++的数学函数从不孤芳自赏，它们活在每一行解决真实问题的代码里。