math.min(...prices) 报 nan 是因字符串含非法字符或空值，需先用 parsefloat 清洗并过滤 nan；空数组时返回 infinity，应判 length 为 0 后设默认值。
Math.min(...prices) 为什么直接报 NaN？
常见错误是把字符串价格（比如
["99.9", "128", "88.50"] <p>直接传给 <code>Math.min(...prices)</code></p>—— 它内部会把每个元素转成数字，但遇到空字符串、
null、undefined 或非法字符（如 "¥128"）就返回 NaN，而 Math.min 一碰到 NaN 就整个失效。
真正能安全跑通的前提是：数组里全是有效数字或可转为数字的字符串。
- 先用
prices.map(Number)转换，再过滤掉NaN - 或者一步到位：
prices.map(x => parseFloat(x)).filter(x => !isNaN(x) && isFinite(x)) - 别依赖
parseInt，它会截断小数（"99.9"变成99）
带折扣逻辑的价格数组怎么预处理？
真实场景中价格常混着原价、折扣价、满减后价，比如 ["199", "159", "¥128.00", "", null, "99.9"]。不能只靠 Number() 硬转。
推荐写个轻量清洗函数：
const cleanPrice = (x) => {
if (x == null || typeof x === 'string' && !/\d/.test(x)) return NaN;
const num = parseFloat(x.toString().replace(/[^\d.-]/g, ''));
return isFinite(num) ? num : NaN;
};
const validPrices = prices.map(cleanPrice).filter(x => !isNaN(x));
const minPrice = Math.min(...validPrices);
重点：replace(/[^\d.-]/g, '') 能干掉 ¥、$、空格、逗号这些干扰符；parseFloat 比 Number 更宽容（" 128.5 " 也能转对）。
空数组或全无效时 Math.min(...[]) 返回 Infinity 怎么办？
Math.min(...[]) 不报错，但返回 Infinity——这在业务里等于“没找到价格”，必须拦截。
- 检查
validPrices.length === 0，而不是只判minPrice === Infinity - 更稳妥写法：
const minPrice = validPrices.length ? Math.min(...validPrices) : null; - 如果需要默认值（比如“暂无折扣”），统一用
??处理：minPrice ?? '暂无折扣'
性能和兼容性要注意什么？
扩展运算符 ... 在超大数组（比如上万项）下可能触发栈溢出或明显变慢——这不是 Math.min 的锅，是 JS 引擎对参数列表长度的限制（V8 约 10 万左右，但实际建议控制在几千内）。
- 数据量大时改用循环：
prices.reduce((a, b) => Math.min(a, cleanPrice(b)), Infinity) - IE 不支持扩展运算符，若需兼容，用
Math.min.apply(null, validPrices)（但注意apply也有参数长度限制） - Node.js 早期版本（
动态价格数组的“秒提”不在于语法多炫，而在于清洗是否稳、边界是否兜得住——尤其当价格来自用户输入、爬虫或第三方 API 时，cleanPrice 函数比一行 Math.min(...prices) 重要十倍。
