max是进度标尺上限值，决定value/max归一化比值；必须为正数纯数字，设错或未设会导致value被静默忽略、进度条异常。
max 不是“总字节数”或“总步数”的直译，而是进度标尺的上限值——它和 value 共同构成一个归一化比例：当前进度 = value / max。浏览器只认这个比值，不关心单位。
max 设成 100 还是设成真实总量？
两种都合法，但选择取决于使用场景和后续维护成本：
- 百分比类任务（如文件上传、加载完成度）：统一设
max="100"。好处是调试直观、CSS 百分比对齐方便、value可直接用浮点数计算，例如el.value = (event.loaded / event.total) * 100 - 离散步骤类任务（如“第 3 步 / 共 8 步”）：设
max="8"，value="3"。语义清晰，aria-valuenow能准确读出“3”，无障碍友好 - 避免混用：比如
value="0.75"配max="100"会导致显示为 0.75%，不是 75%；必须保持量纲一致
为什么 max="100px" 或 max="100%" 会失效？
max 只接受数字（支持浮点数），不接受带单位的字符串：
-
max="100px"或max="100%"会被浏览器解析为无效值，退化为默认max="1"，导致所有value > 1的赋值被静默忽略 -
max="3.14"语法合法，但无实际意义，反而增加理解成本，不推荐 - 务必用纯数字字符串或数字类型赋值：
el.max = 100或<progress max="100">
动态更新时 max 没设或设错会怎样？
这是最常被忽略的隐性故障点：
立即学习“前端免费学习笔记（深入）”；
- 如果
el.max未设置（或设为 0、负数），后续任何el.value = x都可能被静默丢弃，进度条卡在 0% 或退入不确定状态（显示动画条纹） - 上传中
event.loaded > event.total（常见于流式响应或缺失Content-Length）时，必须做保护：el.value = Math.min((loaded / total) * el.max, el.max) - 不要依赖
setAttribute('max', '100')动态设 max —— 它触发属性同步延迟，且某些 UA 下无法及时影响value计算逻辑；优先用el.max = 100
真正容易出问题的地方不在“怎么设”，而在“什么时候设”：必须确保 max 在首次更新 value 前已存在，且为正数。很多卡死、空白、脉冲动画，根源都在这一行漏写或写晚了。
