audio.volume 和 video.volume 是唯一可靠的控制方式，取值必须是 0.0–1.0 的浮点数；HTML 标签不支持 volume 属性，须用 JavaScript 赋值；需处理 muted 与 volume 的耦合、滑块双向映射、多实例同步及加载时机，确保状态一致。
audio.volume 和 video.volume 是唯一可靠的控制方式，取值必须是 0.0–1.0 的浮点数；直接写 volume="50" 或设属性、用字符串、跳过加载检查，都会失效。
audio.volume / video.volume 只接受 0.0–1.0 浮点数
HTML 标签不支持 volume 属性（如 <audio volume="0.7">），浏览器会忽略。必须用 JavaScript 赋值：el.volume = 0.7。常见错误包括：
-
el.volume = 70→ 超出范围，静音 -
el.volume = "0.7"→ 字符串转NaN，fallback 到 1.0 -
el.volume = Math.round(0.7 * 100) / 100→ 没必要，浮点精度在该范围内完全安全
赋值后建议立即读回验证：console.log(el.volume)，某些系统级静音策略（如 macOS 强制静音）会让值被重置为 0.0。
range 滑块必须匹配 volume 值域或做显式映射
滑块的 min/max 设成 0/1 最省事，但 UI 上显示百分比更符合直觉。这时不能偷懒只改滑块范围，得做双向映射：
立即学习“前端免费学习笔记（深入）”；
- 滑块设
min="0" max="100" step="1" value="100"（别用step="0.01"，iOS Safari 有拖动卡顿 bug） - 监听
input事件（不是change），实时转换：el.volume = parseFloat(slider.value) / 100 - 同步 UI 时，把
el.volume * 100四舍五入再填回滑块value，避免小数显示（如99.99999999999999）
必须处理 muted 与 volume 的耦合关系
el.muted = true 时，el.volume 设置完全无效——这是最常被忽略的逻辑断层。正确做法是：
- 点击静音按钮：只设
el.muted = true，不碰volume - 取消静音：先
el.muted = false，再恢复之前缓存的lastVolume值 - 滑块 UI 不禁用，但视觉上标灰 + 图标变化，提示“当前静音，调节后将生效”
- 监听
volumechange事件统一更新 UI，它会在muted切换、volume改变、甚至系统全局静音开启时都触发
多个音频/视频元素同步音量的陷阱
给多个 <audio> 或 <video> 绑同一个滑块的 input 事件看似可行，但实际容易不同步：
- 快速拖动时，低端设备上各元素的
volume赋值可能有毫秒级延迟差 - 某个元素尚未触发
loadedmetadata，volume设置会被丢弃 - 解决办法：所有元素共用一个
lastVolume缓存；每次滑动后，遍历所有目标元素，在其readyState >= 2时才设置volume，否则延迟到loadedmetadata后补设
真正难的不是写几行赋值代码，而是让 volume、muted、UI 状态、多实例、加载时机这四者始终对齐——漏掉任一环节，用户就会遇到“调了没反应”“点了静音却还有声”“两个声音音量不一致”这类问题。
