optimum仅决定“绿色区间”位置，不参与数值计算；浏览器按low和high将[min,max]分为三段，根据optimum所在段查表设色：段1绿则段2黄段3红，段2绿则段1和段3黄，段3绿则段2黄段1红。
optimum 不参与数值计算，只决定哪一段是“绿色区间”
很多人以为 optimum 会触发类似 Math.abs(value - optimum) 的距离计算来着色，其实完全不是。浏览器根本不做浮点运算或差值比较，而是纯区间查表：先用 low 和 high 把 [min, max] 切成三段，再看 optimum 落在哪一段，那一段就标记为“优区间”（绿色），其余两段按邻接关系定黄/红。
三段划分和颜色映射是固定规则，不是公式
浏览器内部逻辑等价于以下判断（伪代码）：
- 段1：
[min, low) - 段2：
[low, high) - 段3：
[high, max]
然后根据 optimum 所在段，查颜色表：
- 若
optimum∈ 段1 → 段1 绿，段2 黄，段3 红 - 若
optimum∈ 段2 → 段2 绿，段1 & 段3 黄 - 若
optimum∈ 段3 → 段3 绿，段2 黄，段1 红
注意：边界包含关系必须严格匹配 —— low="30" 时，value="30" 属于段2，不是段1；high="70" 时，value="70" 属于段3，不是段2。
立即学习“前端免费学习笔记（深入）”；
容易被忽略的校验前提：min
只要其中任意一环不满足，整个三段逻辑就失效，meter 退化为无色中性条（多数浏览器显示浅灰或默认绿），optimum 彻底被忽略。常见失效组合：
-
min="0" low="0"→low不严格大于min，段1为空，逻辑中断 -
high="100" max="100"→high不严格小于max，段3为空 -
low="60" high="40"→ 顺序颠倒，Chrome 可能解析但语义错乱，Firefox 直接忽略 -
optimum="105" max="100"→ 行为未定义，Safari 可能渲染异常，Chrome 静默丢弃
后端动态传值时，JS 中务必做安全 clamp：Math.min(max, Math.max(min, backendOptimum))，且小数统一转为相同精度（避免 0.5 vs 0.5000000000000001 跨段误判）。
不同浏览器对 optium 的“段归属”判定可能有细微差异
比如 min="0" max="100" low="30" high="70" optimum="30"，Chrome 认为 optimum 落在段2（因为 [30, 70) 左闭），而 Safari 在某些版本中可能因浮点舍入把它归到段1右边界外，导致绿色段错位。这不是 bug，是规范未强制规定边界比较方式的结果。所以生产环境应避免让 optimum 落在 low 或 high 上，留出至少 0.1 的安全间隙。
