不能通过继承的属性描述符实现多轨音量的“静态联动”，因其仅拦截显式读写、无法感知系统音量变化或媒体事件，且HTMLMediaElement不支持多音轨独立volume控制。
不能通过继承的属性描述符实现多轨音量的“静态联动”。
属性描述符本质是拦截读写，不是状态同步机制
JavaScript 中的 get/set 或 Object.defineProperty 只能在你显式访问某个对象属性时触发。它不会自动感知底层媒体变化，比如：
- 用户调节系统音量或按静音键，
volumechange事件不反映系统级变更； -
RemoteAudioTrack.getVolume()返回的是当前播放音量值，但该值不受描述符控制； - HTMLMediaElement 没有原生多音轨独立 volume 属性，
track.volume在多数浏览器中无效或只读。
所谓“静态联动”在音视频场景中不成立
音量是运行时动态状态，依赖于：
- 当前播放设备输出能力（如耳机/扬声器）；
- 系统音频策略（如 HarmonyOS 的 AudioSession 状态、Android 的 AudioFocus）；
- 轨道类型差异（
RemoteAudioTrack支持getVolume()，但MediaStreamTrack只有muted和enabled）。
编译期或初始化时就“固定绑定”多个音轨音量，在 Web 标准和主流平台中没有对应语义或 API 支持。
真正可行的联动方式是集中状态 + 显式分发
推荐做法是在播放器实例中维护一个中心音量值，并主动同步到各轨道：
- 定义
masterVolume: number（范围 0–1），作为所有音轨的基准； - 每条音轨提供
setVolume(level)方法，内部执行track.volume = level * masterVolume（对支持的轨道）或调用setMuted()+ 启停逻辑（对麦克风/远端轨道）； - 监听 UI 滑块变更，统一调用
updateAllTracks()； - 对
RemoteAudioTrack，需用getVolume()获取当前值，再结合masterVolume做归一化处理。
注意平台能力边界
不同环境对“分轨音量”的支持程度差异很大：
- Web 端：只能靠多个
元素分别控制，无跨元素音量绑定； - HarmonyOS：
AVPlayer支持多音轨，但音量仍作用于整体输出流，需配合AudioEffect做增益调节； - 原生 SDK（如 AVFoundation、OpenSL ES）：才具备真正的分轨独立 volume 控制能力。
