aria-valuenow 必须与 role="slider" 或 role="progressbar" 配合使用才有效；滑块需同时设 aria-valuemin、aria-valuemax，进度条二者可选；值须在范围内并用 setattribute 或 ariavaluenow 同步更新，配合 aria-valuetext 可定制播报文本。
aria-valuenow 必须配合 role="slider" 或 role="progressbar"
单独写 aria-valuenow 没用，浏览器不会识别为可交互控件。滑块要加 role="slider"，只读进度条用 role="progressbar"。这两个 role 会触发屏幕阅读器把 aria-valuenow 当作当前值播报。
常见错误是给普通 <div> 加 <code>aria-valuenow 却没设 role，结果 NVDA 或 VoiceOver 完全不读数值。
- 滑块（可拖动）：必须同时有
role="slider"、aria-valuenow、aria-valuemin、aria-valuemax - 进度条（只读）：用
role="progressbar"+aria-valuenow，aria-valuemin/aria-valuemax可选（默认 0/100） - 如果值是小数，
aria-valuenow支持浮点数，但需确保 JS 同步更新——别用四舍五入后丢精度的字符串拼接
动态更新 aria-valuenow 时必须用 JS 直接改属性，不能靠 innerHTML
aria-valuenow 是属性（attribute），不是文本内容。用 element.innerHTML = "50" 或 textContent 不会影响它，屏幕阅读器照样读旧值。
正确做法是每次数值变化后，调用 element.setAttribute('aria-valuenow', newValue) 或更推荐的 element.ariaValueNow = String(newValue)（现代浏览器支持，自动处理类型转换）。
- React/Vue 等框架中，不要只更新 state 或绑定 text content，必须显式同步
aria-valuenow属性 - 用
input事件监听滑块时，别漏掉键盘操作（如方向键）触发的更新 - 避免高频更新：进度条每秒更新超 20 次可能被屏幕阅读器吞掉中间值，建议节流到 10fps 以内
aria-valuenow 的值必须严格落在 aria-valuemin 和 aria-valuemax 范围内
超出范围会导致部分读屏软件静默失败，或报“invalid value”警告（ChromeVox 会提示，NVDA 有时直接跳过播报）。这不是可选校验，是 WCAG 强制要求。
- JS 更新前务必做边界检查：
Math.min(max, Math.max(min, newValue)) - 如果后端返回的原始值单位和 UI 显示不一致（比如 API 返回秒数，UI 显示分钟），转换逻辑必须在设置
aria-valuenow前完成 - 不要依赖 CSS width 百分比反推值——视觉进度 ≠ 语义值，
aria-valuenow必须反映真实业务逻辑值
辅助技术对 aria-valuenow 的读法受 aria-valuetext 影响很大
默认情况下，屏幕阅读器会把 aria-valuenow 当数字读（比如“37”读成“thirty-seven”），但用户可能更需要“37%”或“37 out of 100”。这时候不能靠 JS 拼字符串塞进 aria-valuenow，而要用 aria-valuetext。
-
aria-valuetext优先级高于aria-valuenow：设了它，读屏就只读这个字符串，aria-valuenow仅用于计算百分比等内部逻辑 - 动态内容慎用：如果
aria-valuetext包含单位或上下文（如“已加载 37%”），每次更新都要重设，否则缓存旧文本 - 多语言场景下，
aria-valuetext应走 i18n 管道生成，别硬编码
aria-valuenow 没同步——这会让键盘用户完全迷失当前值。检测方法很简单：用 Tab 聚焦滑块，按右箭头，然后立刻用屏幕阅读器确认是否读出新数值。
