max属性必须显式设置，否则默认为1；动态修改应直接赋值el.max=100，而非setAttribute；修改后需立即校验并重设value以防溢出；推荐统一用max="100"或离散整数，避免非法值导致进度条退化为动画条纹。
max 属性必须显式设置，否则浏览器默认为 1，哪怕你只写了 value="50"，实际也会被当作 5000% 处理——直接溢出、静默截断、显示异常或退化为不确定状态。
怎么用 JS 动态改 max
直接赋值 DOM 属性即可，不是改 HTML attribute：
-
el.max = 100✅ 同步生效，兼容所有现代浏览器 -
el.setAttribute('max', '100')❌ 可能延迟同步，尤其在高频更新时易卡顿或错乱 - 改完
max后，务必立刻校验并重设value：若原value=80、max=100，再把max改成50，但没动value，就会触发value > max→ 被静默截为50，进度跳到满格 - 常见场景如分阶段任务：先设
max="3"（共 3 步），走到第 2 步时想切换为子任务共 12 小步，就得先el.max = 12，再el.value = 7（当前子步）
max 设多少才不踩坑
它不是“总字节数”或“总请求数”的直译，而是进度标尺上限——决定 value / max 这个比值的分母。浏览器只认这个比例，不关心单位。
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 统一用
max="100"：最省心，调试直观，CSS 百分比对齐方便，后端返回百分比（如65.3）可直接塞进value - 离散步骤用整数：如“第 4 步 / 共 9 步”，设
max="9"、value="4"，语义清晰，aria-valuenow读出来就是“4” - 避免字符串或带单位：
max="100px"、max="100%"会退化为默认1，进度全乱 - 支持小数但无意义：
max="3.14"合法但难维护，别这么干
为什么改了 max 进度条却不动或变动画条纹
这是最常见的误判——表面是样式问题，实则是属性非法导致的退化状态。
立即学习“前端免费学习笔记（深入）”；
- 检查 DevTools Elements 面板：
<progress></progress>元素是否同时存在value和max两个 attribute，且值都是有效数字（非NaN、非负数、非空字符串） -
value缺失、为负、或大于max，浏览器强制进入“不确定状态”，渲染成循环动画条纹（类似 loading spinner） - 动态场景下，
event.loaded > event.total（如流式响应未发Content-Length）时，el.value = loaded / total * el.max会算出 >el.max的值，必须加保护：el.value = Math.min(computedValue, el.max) - 千万别在
requestAnimationFrame外批量写value—— 浏览器可能合并渲染，丢帧；平滑靠 CSStransition配合value变化更稳
真正麻烦的不是改 max 这一行代码，而是后续所有 value 计算都得跟着这个分母重算，且每次变更都要同步校验边界。稍一疏忽，进度条就静默失效或狂闪动画条纹——这种问题在 DevTools 里一眼就能揪出来，但往往被当成样式 bug 花半天瞎调。
