audioContext.destination 是只读的默认系统输出节点，不可替换或重定向；声音输出需确保 context.resume() 被用户手势触发且音频图最终连接至此节点。
destination 节点不是“可替换”的输出设备节点
Web Audio API 的 audioContext.destination 永远代表**当前默认系统扬声器（或耳机）输出目标**，它不能被设为其他设备、不能被“连接到扬声器”——它本身就是扬声器。常见误解是以为要手动“连过去”，其实只要音频图最终连到 destination，声音就自然从系统默认播放设备发出。
真正能控制输出设备的是 setSinkId()，但它作用在 HTMLMediaElement（如 <audio>），不适用于 Web Audio API 的节点链路。
-
destination是只读属性，不可赋值、不可 replace、不可 addEventListener - 调用
audioContext.resume()后，只要信号流到达destination，系统就会推送音频帧到默认输出设备 - 若没声音，问题几乎一定出在：未 resume、无有效音频源、中间节点静音、或 destination 未被连接（比如忘了
source.connect(audioContext.destination)）
必须确保 audioContext 处于 running 状态且有有效连接
用户常遇到“代码写了但没声音”，90% 是因为上下文被挂起（suspended）。现代浏览器强制要求用户手势（如 click）触发 resume() 才允许播放。
const audioContext = new (window.AudioContext || window.webkitAudioContext)();
document.querySelector('#playBtn').addEventListener('click', async () => {
await audioContext.resume(); // 必须！否则 destination 不输出任何数据
const oscillator = audioContext.createOscillator();
oscillator.connect(audioContext.destination); // 必须连到 destination
oscillator.start();
});
- 仅创建
AudioContext不等于开始播放；state初始为suspended -
connect(audioContext.destination)这一步不能省略，哪怕只有一层节点 - 如果用了
GainNode或ChannelMergerNode等中间节点，最终仍需连到audioContext.destination
多设备输出？Web Audio API 本身不支持切换 destination
想把 Web Audio 输出到蓝牙音箱、USB 声卡或第二显示器的音频口？audioContext.destination 无法指定设备。这是 Web Audio 的设计限制——它抽象掉硬件细节，只对接系统默认音频路径。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
可行替代路径只有两个：
- 让用户在操作系统层面切换默认播放设备（Windows 设置 / macOS 声音偏好 / Linux PulseAudio）
- 改用
<audio>元素 +setSinkId()（需 HTTPS + 用户手势），例如：audioElem.setSinkId('bluetooth-device-id')，但这和 Web Audio 的destination完全无关
注意：setSinkId() 不会改变 audioContext.destination 的行为，两者走的是不同音频栈。
静音、音量异常或延迟高？先查 destination 的上游链路
destination 本身没有音量控制、不缓存、不引入额外延迟。所有音量调节必须通过 GainNode，所有延迟来自 oscillator/convolver/analyser 等节点或 buffer 加载时机。
- 不要试图修改
audioContext.destination.channelCount——它是只读的，且通常为 2（立体声），改了也没用 - 检查是否误调用了
node.disconnect()断开了到destination的连接 - 用
audioContext.destination.maxChannelCount可知系统支持的最大通道数，但实际输出仍由 OS 决定 - 若用
createMediaStreamDestination()，输出会变成 MediaStream，不再发往扬声器——这是主动“绕开” destination 的做法
