math.sqrt()对负数返回nan而非报错，易引发隐性bug；math.pow()受浮点精度影响，负数分数次幂返回nan；应校验输入、优先用math.sqrt()开方、小整数幂用连乘替代。
Math.sqrt() 为什么不能直接开负数的平方根
Math.sqrt() 在 JavaScript 中对负数输入会返回 NaN，不是报错，而是静默失败。比如 Math.sqrt(-4) 得到 NaN，后续如果用这个结果做加减或比较，容易引发隐性 bug。
常见误用场景：用户输入未校验、坐标计算中出现负的平方和、物理公式里忘记取绝对值。
- 安全做法是先判断输入是否 ≥ 0，再调用
Math.sqrt() - 若需复数支持，JS 原生不提供，得手动处理实部虚部，或引入第三方库（如 mathjs）
-
Math.sqrt(x)等价于Math.pow(x, 0.5)，但前者更快、更语义清晰，也更易读
Math.pow() 的指数参数要小心浮点误差
Math.pow(2, 10) 没问题，但 Math.pow(0.1, 2) 返回 0.010000000000000002——这不是 bug，而是 IEEE 754 浮点精度限制导致的正常现象。
典型踩坑点：用 Math.pow(x, 2) 做判等（===），或在金融/测试断言中直接比对结果。
- 需要精确幂运算时，整数小指数优先手写（如
x * x代替Math.pow(x, 2)） - 涉及小数指数（如
Math.pow(8, 1/3)）可能因1/3本身是近似值而偏离预期结果 - 底数为负、指数为非整数时（如
Math.pow(-8, 1/3)），结果是NaN，因为 JS 不支持负数的分数次幂（即使数学上成立）
两者混用时的性能与可读性权衡
计算圆半径：Math.sqrt(a * a + b * b) 比 Math.pow(a * a + b * b, 0.5) 更快，V8 引擎对 Math.sqrt 有专门优化；而 Math.pow(x, n) 对任意 n 都走通用算法。
- 开方固定用
Math.sqrt()：语义明确、性能好、兼容性无死角 - 幂运算优先考虑替代写法：整数小次方用连乘（
x * x * x），避免Math.pow(x, 3) - 只有当指数是变量或非常规值（如
0.7、-2.5）时，才用Math.pow()
实际项目中容易被忽略的边界情况
真实代码里，Math.sqrt() 和 Math.pow() 经常嵌套在表达式中，比如计算两点距离、归一化向量、贝塞尔插值系数。这时候最容易漏掉对 Infinity、-0、NaN 输入的防御。
-
Math.sqrt(Infinity)返回Infinity，但Math.pow(Infinity, 0.5)也是Infinity——行为一致，但别指望它帮你过滤异常 -
Math.sqrt(-0)返回-0（注意符号），而Math.pow(-0, 0.5)返回-0，但Math.pow(-0, 2)是0 - 传入
null或字符串会触发隐式转换：Math.sqrt("9") → 3，Math.sqrt("abc") → NaN，生产环境务必显式类型检查
真正难的不是调用这两个函数，而是想清楚输入从哪来、是否可控、结果后续怎么用。数值计算一旦出错，往往不会立刻抛错，而是悄悄污染下游逻辑。
