JS 开发中的幂运算：Math.pow 真的过时了吗？

写前端这么久，处理数据时难免遇到指数计算。比如算复利、做物理模拟，或者给图片按比例缩放尺寸。这时候你大概率会想起 Math.pow。

这函数用法简单：Math.pow(base, exponent)。第一个参数是底数，第二个是指数。想要算 2 的 3 次方，直接扔进去就行，返回结果是个 Number 类型。看似完美，真用起来却有几个容易被忽视的细节。

浮点数精度是个老话题。JavaScript 的数字全是双精度浮点数，这就意味着小数点后会有误差。当你用 Math.pow(0.1, 2) 时，理论上等于 0.01，但实际可能会得到 0.010000000000000002 这种鬼样子。如果在金融场景下，这种微小误差累积起来就是事故。遇到这类问题，别硬凑数字，要么把金额放大成整数运算，完事再除以 100，要么引入专门的 decimal 库，别让基础运算拖累业务准确性。

现在的新标准里，有个更优雅的写法：ES7 的幂运算符 `**。写起来像数学公式一样直观，let result = 2 3;。不仅代码可读性变强了，在现代 V8 引擎下，它的性能表现往往还优于函数调用。如果你维护的是新项目，或者确定运行环境够新（Node 版本较高或现代浏览器），直接用` 绝对没错。它省去了方法调用的开销，逻辑上也更清晰。

那 Math.pow 就彻底没用了吗？倒也不至于。兼容性依然是它的护城河。有些老旧的企业系统还得跑在几年前的内核上，或者是某些特定旧版移动端 WebView，那里不支持 ** 语法。一旦编译报错，项目直接瘫痪。在这种“求稳”的场景下，Math.pow 依然是兜底的安全网。另外，在某些需要动态生成表达式字符串的特殊评估场景里，字符串拼接函数名可能比操作符更方便处理。

还有一个冷知识：Math.pow 对非数字参数的处理比你想的要宽松。它会尝试隐式转换类型，但如果你传了个对象进去，它先转字符串再转数字，最后可能变成 NaN 或者意想不到的值。建议在使用前加个简单的校验，确保输入确实是 Number 类型，避免调试时对着 NaN 发呆。

总结一下，技术选型得看场景。追求现代简洁且环境允许，优先推荐 `运算符**；面临老旧兼容压力，**Math.pow` 依然是可靠伙伴**。关键是明白两者的特性差异，心里有本账，遇到需求才能灵活应对，而不是盲目照搬网上的旧教程。