Number.MAX_VALUE 不适合做最小值初始值，因其是最大正浮点数，语义反直觉、有精度风险且类型不匹配；推荐用数组首元素或Infinity初始化。
不能用 Number.MAX_VALUE 设置“初始最小边界值”——这个说法本身存在概念混淆。
为什么 Number.MAX_VALUE 不适合做最小值的初始值
Number.MAX_VALUE 是 JavaScript 中能表示的**最大正浮点数**（约 1.798e+308），它极大、为正、且远超日常数据范围。若把它当作“最小值的初始值”，相当于说：“我先假设当前最小值是宇宙里几乎最大的数”。这在逻辑上可行（因为后续任何真实数据都会比它小，从而被正确替换），但存在明显隐患：
-
语义反直觉：变量名如
min或smallest与MAX_VALUE冲突，大幅降低代码可读性与可维护性； -
隐含精度风险：虽然
MAX_VALUE可安全参与比较，但在涉及数值计算（如求差、归一化）时，与极小的实际数据相减可能触发浮点精度丢失或非预期的 Infinity 行为； - 类型不匹配暗示：该常量属于“安全上限”范畴，用于初始化下界会向协作者传递错误设计意图。
更合理、更通用的初始化方式
找最小值，核心原则是：**初始值必须能被第一个有效数据“替代”**。推荐以下两种实践：
-
用数组首个元素初始化：最稳妥，无需假设数据符号或范围。
例如：let min = arr[0]; for (let i = 1; i -
用 Infinity 初始化：JavaScript 原生支持，语义清晰（“无穷大”天然大于一切有限数），且无精度副作用。
例如：let min = Infinity; for (const x of arr) { if (x
什么场景下才可能见到 Number.MAX_VALUE 被误用
少数情况出现在混合语言迁移或跨平台接口适配中，比如从 C++ 的 INT_MAX 类比而来，但 JS 没有整型上限概念，Number.MAX_VALUE 并非等价替代。若强行套用，往往暴露对 JS 数值模型理解不足，也容易在处理 NaN、Infinity 或空数组时引发静默失败（如未校验 arr.length 就直接取 arr[0]）。
总之，设最小值初始边界，选 Infinity 或首元素；Number.MAX_VALUE 留给真正需要表达“理论最大上限”的地方，比如容错阈值或安全截断判断。
