WASAPI独占模式需禁用系统混音器与音频增强，强制使用WAVE_FORMAT_EXTENSIBLE格式、匹配硬件最小周期，并通过事件同步严格控制缓冲区填充，否则Bit-Perfect失效或触发爆音。
WASAPI独占模式必须关闭系统混音器
Windows默认启用“音量混合”，所有应用音频会先经过系统混音器（SMM），再送到声卡。这一步必然重采样、位深截断、加dither——Bit-Perfect直接失效。开启独占模式的第一步，不是写代码，而是手动关掉它：右键任务栏音量图标 → “声音设置” → “更多声音设置” → 选中播放设备 → “属性” → “高级” → 取消勾选“允许应用程序独占控制该设备”旁边的“给予独占式控制权”？不对——这里要取消的是“启用音频增强”和“允许其他应用程序共享此设备”（注意：后者名称在不同Win10/11版本略有差异，实际对应注册表项 AllowApplicationsToTakeExclusiveControl，但GUI里通常叫“允许其他应用共享此设备”）。更稳妥的是在代码中用 IAudioClient::Initialize 传入 AUDCLNT_SHAREMODE_EXCLUSIVE，系统会自动拒绝混音器介入，但前提是驱动和硬件支持——Realtek板载声卡多数不支持真独占，USB DAC或Focusrite等专业设备才可靠。
IAudioClient::Initialize 的参数陷阱
调用失败是常态，常见错误返回码 E_INVALIDARG 或 0x88890008（AUDCLNT_E_UNSUPPORTED_FORMAT）往往源于参数组合非法：
-
hnsBufferDuration必须是10000（1ms）的整数倍，且不能小于硬件最小周期（可用IAudioClient::GetDevicePeriod查询），多数USB DAC要求 ≥ 10ms； -
streamFlags必须包含AUDCLNT_STREAMFLAGS_EVENTCALLBACK（否则无法用事件同步），且不能设AUDCLNT_STREAMFLAGS_AUTOCONVERTPCM（它会偷偷启用重采样）； -
pwfx中的wFormatTag必须为WAVE_FORMAT_EXTENSIBLE，哪怕你只输出16位PCM——因为独占模式强制要求扩展格式头来声明真实位深与通道布局； -
Samples.wValidBitsPerSample必须等于wBitsPerSample，否则驱动可能降级到共享模式。
示例关键片段：
WAVEFORMATEXTENSIBLE wfx = {};
wfx.Format.wFormatTag = WAVE_FORMAT_EXTENSIBLE;
wfx.Format.nChannels = 2;
wfx.Format.nSamplesPerSec = 44100;
wfx.Format.wBitsPerSample = 16;
wfx.Format.nBlockAlign = 4;
wfx.Format.nAvgBytesPerSec = 44100 * 4;
wfx.Format.cbSize = sizeof(WAVEFORMATEXTENSIBLE);
wfx.Samples.wValidBitsPerSample = 16; // 关键！不能写成 15 或 0
wfx.dwChannelMask = SPEAKER_FRONT_LEFT | SPEAKER_FRONT_RIGHT;
wfx.SubFormat = KSDATAFORMAT_SUBTYPE_PCM;事件同步比回调更稳，但别漏了 ResetEvent
独占模式下，IAudioRenderClient::GetBuffer 返回的缓冲区大小固定（由 Initialize 的 hnsBufferDuration 决定），必须严格按事件信号节奏填充。常见坑：
立即学习“C++免费学习笔记（深入）”；
- 创建事件对象后，没调用
IAudioClient::SetEventHandle绑定到音频引擎； - 每次
ReleaseBuffer后忘记调用ResetEvent，导致事件永远处于触发态，后续WaitForSingleObject立即返回，疯狂喂空缓冲区，爆破音； - 没检查
IAudioClient::GetCurrentPadding返回值，直接填满整个缓冲区——实际可用空间可能小于缓冲区总长，尤其刚启动时。
正确流程节选：
HANDLE hEvent = CreateEvent(nullptr, FALSE, FALSE, nullptr);
client->SetEventHandle(hEvent);
// ... Initialize 后 Start()
while (running) {
WaitForSingleObject(hEvent, INFINITE);
UINT32 padding;
client->GetCurrentPadding(&padding);
BYTE* buffer;
UINT32 framesAvailable = bufferCapacity - padding; // 注意：不是 bufferCapacity
renderClient->GetBuffer(framesAvailable, &buffer);
memcpy(buffer, audioData, framesAvailable * bytesPerFrame);
renderClient->ReleaseBuffer(framesAvailable, 0);
ResetEvent(hEvent); // 必须重置！
}Bit-Perfect 的真正门槛在驱动与硬件链路
即使代码全对、系统设置无误，仍可能被无声拦截：Windows Sonic、Dolby Access、NVIDIA Broadcast 这类全局音频处理插件，会在内核层劫持独占流并注入DSP；Realtek Audio Console 的“扬声器填充”“低音增强”开关，哪怕界面显示关闭，后台服务仍可能生效；部分主板 BIOS 中的“HD Audio Controller”若设为“Auto”而非“Enabled”，USB DAC 插拔后可能降级到兼容模式，丢失独占能力。 最终验证方式只有两种：用专业音频分析仪测输出波形是否与原始PCM完全一致；或用 Soundcard Latency Tester 类工具确认是否真实绕过 MMDEVAPI 混音器路径。代码只是钥匙，门后面有没有锁，得看硬件和系统共同答。
