JavaScript 中的 Math.min 最小值函数，你真的会用吗？

在开发后台管理系统或数据可视化图表时，我们常需要从一组数值中找出最低点。比如统计一周的气温，或者比对多个服务器的响应时间。这时候，Math.min() 几乎是第一反应就会拿出来的工具。它的语法简单得令人发指，只要传入数字参数，就能返回最小的那个。

console.log(Math.min(10, 5, 8)); // 输出 5

看起来万事大吉，但在实际业务代码里，踩坑的概率其实很高。大多数开发者遇到的第一个拦路虎，往往是直接把数组传了进去。

当你写 Math.min([1, 5, 3]) 时，控制台并没有出现预期的 1，而是吐出了 NaN。这是因为 Math.min() 设计的初衷是接收可变数量的独立参数，而不是一个包含参数的数组对象。对于引擎来说，它把整个数组当成了第一个参数处理，无法进行数值比较。

解决这个问题的标准姿势，现在大家都爱用ES6 的展开运算符。这行代码既简洁又直观，完美解决了类型不匹配的问题：

const prices = [12.5, 9.0, 15.2];
const minPrice = Math.min(...prices); // 输出 9

如果你维护的是老旧项目，可能会看到 Math.min.apply(null, arr) 这种写法。虽然也能跑通，但在新项目中除非有兼容性硬性要求，否则展开运算符的可读性无疑更胜一筹。

不过，这里埋着一个容易被忽视的性能隐患，也是很多新人容易栽跟头的地方。展开运算符并非没有上限。

JavaScript 引擎在处理函数调用参数时，内部栈大小是有限的。通常情况下，当数组元素超过 65535 个（具体视浏览器引擎而定）时，使用扩展符会导致栈溢出错误（Maximum call stack size exceeded）。想象一下，如果你的接口返回了一个包含十万条数据的日志列表，直接解构展开就会让页面崩溃。

遇到海量数据求最小值，更稳妥的方案是放弃 Math.min 的直接调用，改用循环遍历。虽然代码行数多了两行，但性能稳健且无上限限制：

function getMinValue(arr) {
  let min = arr[0];
  for (let i = 1; i < arr.length; i++) {
    if (arr[i] < min) min = arr[i];
  }
  return min;
}
// 或者使用 reduce 方法
const minVal = arr.reduce((a, b) => Math.min(a, b));

此外，还有一个关于空参数的行为值得注意。如果调用 Math.min() 时没有任何参数传入，它会返回 Infinity。这听起来有点反直觉，因为数学逻辑上“空集没有最小值”，但在计算机定义中，它是为了便于累加计算而设定的默认初始值。如果你在编写求最小值的通用工具函数，建议先判断数组长度，避免意外拿到 Infinity 导致后续逻辑出错。

另外，Math.min 会尝试将非数字参数转换为数值。如果传入字符串 "10"，它能识别并参与比较；但如果传入 undefined 或 true，结果可能不如人意（前者转为 NaN 导致整体结果为 NaN，后者转为 1）。生产环境务必保证数据类型纯净，不要依赖隐式转换带来的便利。

总结一下，Math.min 是好帮手，但要用对场景。日常小数据集直接用展开符号最爽；面对超大数据量，老老实实写循环或者用 reduce；同时警惕空值和非数值的干扰。理解这些边界情况，才能让你的代码在复杂业务中少出 Bug。