HTML meter 元素的 min/max 属性必须显式完整书写，否则 value 保持一致，另外 low/high/optimum 也只有依赖正确的 min/max 才能真正生效。
min/max 必须显式写全，不能依赖默认值凑合使用
不同浏览器对 min 和 max 的默认回退处理并不一致：Chrome 可能会将其自动归一化为 min="0"、max="1"，而 Firefox 则可能直接跳过渲染，或者忽略颜色状态逻辑。只要其中任意一个属性漏写，
min虽然默认值确实是 0，但仍然建议显式写出min="0"，否则语义不完整max没有可靠的默认业务值，不写基本等于没设——value="85"/max="1"，导致视觉长度异常- 即使业务区间本来就是 0–100，也一定要明确写成
min="0" max="100"，不要省略这两个关键属性
min/max 的数值必须构成合法闭区间
min 和 max 并不只是简单的“开始值”和“结束值”，它们实际上定义了 value 的有效取值范围。浏览器会严格校验 min ≤ value ≤ max 这条规则，一旦超出范围，不同浏览器内核的处理方式会有差异。例如部分引擎（如 Firefox）可能直接不渲染进度条，而 Chrome 往往会将超出部分截断显示，但通常不会主动报错。
- 支持负数：例如温度监控场景，应明确写成
min="-20" max="50"，不能仅靠后端传入的value去猜测范围 - 支持小数：例如
min="0.0" max="1.0" value="0.72"是合法写法，但要特别注意与value的类型保持一致（见下一节） - 不能带单位：
min="0px"、max="100%"这类写法都会被浏览器忽略，meter只接受纯数字字符串
value 与 min/max 的类型和范围要严格匹配
value 并不是“百分比字符串”，而是一个原始标量数值。它不仅必须处于 [min, max] 这个闭区间内，还要和 min/max 保持一致的数据格式——虽然字符串形式的数字通常可以被转换，但一旦夹杂单位，或者整数、小数精度处理混乱，就很容易导致 meter 元素失效。
- 如果后端返回的是小数（如
0.72），前端不要直接塞进value：应先执行Math.round(parseFloat(apiValue) * 100)，再将结果 clamp 到[min, max] - 不要写成
value="72%"或value="72px"，浏览器会直接判定无效，整个标签可能不渲染 - 边界值是合法的：例如在
min="0" max="100"条件下，value="0"和value="100"都完全没问题
low/high/optimum 的数值依赖 min/max 才能正确生效
这三个属性并不是独立的开关，它们的语义判断完全建立在 min 和 max 已存在且取值合法的前提之上。一旦 min/max 缺失，或者二者关系设置错误，那么 low/high/optimum 基本就等于白写，颜色状态和区间判断也不会按预期工作。
low必须 >min（例如low="0"在min="0"的情况下就是无效的）high必须 <max（例如high="100"在max="100"下不会触发“过高”状态）low < high是硬性条件；如果写反了（如low="80" high="30"），就会造成语义混乱，Chrome 可能还会勉强渲染，但 Firefox 往往会直接忽略optimum必须 ∈[min, max]，并且可以等于边界值，比如电池健康度的最优值常常会设置为optimum="0"
在实际项目开发中，最容易被忽略的一点就是：你虽然写了 low 和 high，却没有同时检查 min 和 max 是否都存在，以及是否满足大小关系约束。结果就是颜色状态根本不会变化，你却误以为是 CSS 样式没有写对。对于想正确使用 HTML meter 元素的人来说，先把 min、max、value 的规则设对，才是最关键的一步。
