VC++调用Core Audio API实现Windows默认音频设备一键切换-平芜编程栈

1. 项目概述与核心价值

最近在做一个需要控制音频播放的小工具，发现一个挺实际的需求：如何让程序在启动时，或者根据用户的选择，自动切换到指定的扬声器或耳机上。Windows系统自带的音频切换虽然能用，但每次都要手动点开声音设置，对于需要频繁切换设备的使用场景（比如做直播、多屏演示、或者像我这样需要在开发机和测试机之间来回切音频输出的），效率实在太低。于是，我就琢磨着用VC++写一个命令行或带简单界面的工具，直接一键切换默认音频设备。

这个需求听起来简单，但真正动手时，你会发现Windows音频设备管理的API（Core Audio APIs）文档虽然全，但接口关系错综复杂，新手很容易在IMMDeviceEnumerator、IPolicyConfig这些COM对象之间绕晕。网上能找到的代码片段要么太老（还在用waveOut系列API），要么只演示了枚举设备，关键的“设置默认”功能要么一笔带过，要么依赖了不推荐的方法。所以，我决定把这次从零研究、踩坑、到最终稳定实现的完整过程记录下来，并附上可以直接编译运行的源码。无论你是想给自己的软件增加音频设备管理功能，还是单纯想学习Windows底层音频编程和COM技术，这篇文章都能给你一条清晰的路径。

2. 技术选型与方案设计思路

2.1 为什么选择VC++与Core Audio API？

首先明确一点，这里说的VC++主要指使用Visual Studio的C++开发环境，调用Windows平台的原生API。选择它而不是C#或其他托管语言，主要基于几点考虑：

直接与高效：Core Audio API是一套基于COM的本地接口，用C++调用最为直接，无需经过.NET CLR的封装层，执行效率最高，生成的二进制体积也最小。这对于需要集成到其他大型C++项目，或者追求极致轻量化的工具来说，是首选。
无运行时依赖：编译出的EXE文件可以在任何现代Windows系统（Vista及以上）上直接运行，不需要用户额外安装.NET Framework或其他运行时库。部署起来非常方便。
深入学习的价值：通过这个项目，你能接触到COM编程、宽字符串处理、GUID的使用、HRESULT错误检查等Windows原生开发的核心知识，这些是成为资深Windows开发者的基本功。

为什么不选用古老的waveOut或DirectSound？因为它们主要面向音频流的播放/捕获，对于设备管理（尤其是设置系统默认设备）的支持很弱或根本没有。Windows Vista之后引入的Core Audio API才是管理音频端点的官方现代化方案。

2.2 核心API组件解析

实现设置默认音频设备，主要需要和以下几个接口打交道：

IMMDeviceEnumerator：这是音频设备的“总管理员”。它的主要工作是枚举音频设备（输入、输出）。我们通过它来获取系统中所有音频端点设备的列表。
IMMDevice：代表一个具体的音频设备（如“扬声器 (Realtek Audio)”）。每个IMMDevice对象都有一个唯一的设备ID字符串，这是我们后续操作的关键标识。
IPolicyConfig或IPolicyConfigVista：这是实现“设置默认设备”功能的关键接口。它提供了SetDefaultEndpoint方法。需要注意的是，这个接口并非公开文档中大力宣扬的，它来自PolicyConfig.h头文件和对应的COM组件。这是实现此功能最官方、最稳定的方法，比网上一些通过修改注册表等“野路子”要可靠得多。

整个程序的逻辑链条非常清晰：枚举设备 -> 让用户选择（或通过程序逻辑确定）一个目标设备 -> 调用设置接口将其设为默认。难点在于如何正确地初始化和使用这些COM对象。

2.3 项目结构设计

为了让代码清晰且可复用，我设计了以下结构：

AudioDeviceManager/ ├── AudioDeviceHelper.h/cpp // 核心功能类，封装所有COM操作 ├── main.cpp // 程序入口，演示命令行用法 ├── SimpleGUI.cpp // （可选）一个简单的MFC或Win32对话框示例 └── README.md // 说明文档

核心逻辑都封装在CAudioDeviceHelper类中，这样其他项目也可以方便地引入这个类文件来使用音频设备管理功能。类的主要方法规划如下：

Initialize(): 初始化COM库。
EnumAudioEndpoints(): 枚举指定方向（输出/输入）的所有设备。
GetDeviceFriendlyName(): 根据设备ID获取设备的友好名称（用户看到的名称）。
SetDefaultAudioDevice(): 核心方法，将指定设备ID的设备设为默认。

3. 核心功能实现与代码详解

3.1 环境准备与项目配置

首先，你需要一个安装有C++开发组件的Visual Studio（我用的VS2019，VS2015/2017/2022均可）。新建一个“Windows控制台应用程序”项目。

关键的配置步骤在于链接库和头文件：

在项目属性 -> 链接器 -> 输入 -> 附加依赖项中，添加以下库文件：
```
ole32.lib oleaut32.lib Mmdevapi.lib
```
ole32.lib和oleaut32.lib提供了COM的基础支持，Mmdevapi.lib则是Core Audio API的导入库。

在代码中包含必要的头文件：

#include <windows.h> #include <mmdeviceapi.h> // Core Audio 主要头文件 #include <functiondiscoverykeys_devpkey.h> // 用于获取设备属性（如名称） #include <iostream> #include <vector> #include <string> // 注意：PolicyConfig.h 通常不在标准SDK包含路径，需要特殊处理

PolicyConfig.h的头文件和接口定义是最大的一个坑。它并不在默认的Windows SDK包含目录里。你需要从微软的官方示例或其他可靠来源找到这个头文件，或者直接在线查阅其内容，将IPolicyConfig接口的定义复制到你的项目中。这是合法且常见的做法，因为该接口的GUID是公开的。

3.2 封装核心辅助类：CAudioDeviceHelper

我们创建一个CAudioDeviceHelper类来管理所有繁琐的COM操作。

头文件 (AudioDeviceHelper.h)

#pragma once #include <string> #include <vector> #include <windows.h> #include <mmdeviceapi.h> // 前置声明，避免直接包含未公开的PolicyConfig.h struct IPolicyConfig; struct AudioDeviceInfo { std::wstring deviceId; // 设备唯一标识符 std::wstring friendlyName; // 用户友好名称（如“扬声器 (Realtek High Definition Audio)”） bool isDefault = false; // 是否为当前默认设备 }; class CAudioDeviceHelper { public: CAudioDeviceHelper(); ~CAudioDeviceHelper(); // 初始化COM库，必须在调用其他方法前执行 bool Initialize(); // 枚举指定数据流方向和状态的音频设备 // flow: eRender (输出), eCapture (输入), eAll (全部) // state: DEVICE_STATE_ACTIVE (活跃设备) 等 std::vector<AudioDeviceInfo> EnumAudioEndpoints(EDataFlow flow, DWORD state); // 根据设备ID获取其友好名称 std::wstring GetDeviceFriendlyName(const std::wstring& deviceId); // 核心功能：将指定设备ID的设备设置为默认播放/录制设备 // role: eConsole (控制台程序/常规程序), eMultimedia (多媒体), eCommunications (通信) bool SetDefaultAudioDevice(const std::wstring& deviceId, EDataFlow flow, ERole role = eConsole); private: bool m_comInitialized = false; // 内部使用的COM接口指针 IMMDeviceEnumerator* m_pEnumerator = nullptr; };

关键实现细节 (AudioDeviceHelper.cpp)

初始化与清理

#include "AudioDeviceHelper.h" #include <functiondiscoverykeys_devpkey.h> #include <propvarutil.h> // 用于处理属性变量 // 这里需要定义IPolicyConfig接口和其GUID。以下是从SDK示例中提取的典型定义。 // 注意：实际开发中，最好将这部分独立成一个头文件（如PolicyConfigExtra.h）。 MIDL_INTERFACE("F8679F50-850A-41CF-9C72-430F290290C8") IPolicyConfig : public IUnknown { public: virtual HRESULT STDMETHODCALLTYPE GetMixFormat(/* ... */) = 0; virtual HRESULT STDMETHODCALLTYPE GetDeviceFormat(/* ... */) = 0; virtual HRESULT STDMETHODCALLTYPE SetDeviceFormat(/* ... */) = 0; virtual HRESULT STDMETHODCALLTYPE GetProcessingPeriod(/* ... */) = 0; virtual HRESULT STDMETHODCALLTYPE SetProcessingPeriod(/* ... */) = 0; virtual HRESULT STDMETHODCALLTYPE GetShareMode(/* ... */) = 0; virtual HRESULT STDMETHODCALLTYPE SetShareMode(/* ... */) = 0; // 我们最关心的方法： virtual HRESULT STDMETHODCALLTYPE SetDefaultEndpoint(__in PCWSTR pwszDeviceId, __in ERole role) = 0; }; // IPolicyConfig 的GUID static const IID IID_IPolicyConfig = {0xF8679F50, 0x850A, 0x41CF, {0x9C, 0x72, 0x43, 0x0F, 0x29, 0x02, 0x90, 0xC8}}; // PolicyConfig Client COM 类的CLSID (Windows 7及以上) static const CLSID CLSID_CPolicyConfigClient = {0x2943CEA1, 0xA8E2, 0x43F6, {0xA8, 0x96, 0x59, 0x78, 0x48, 0x9C, 0xE3, 0x8A}}; CAudioDeviceHelper::CAudioDeviceHelper() {} CAudioDeviceHelper::~CAudioDeviceHelper() { if (m_pEnumerator) { m_pEnumerator->Release(); m_pEnumerator = nullptr; } if (m_comInitialized) { CoUninitialize(); } } bool CAudioDeviceHelper::Initialize() { HRESULT hr = CoInitializeEx(nullptr, COINIT_APARTMENTTHREADED); if (FAILED(hr) && hr != RPC_E_CHANGED_MODE) { // RPC_E_CHANGED_MODE 表示COM库已在本线程以其他模式初始化，这有时是可接受的。 // 但其他失败需要处理。 std::wcerr << L"Failed to initialize COM library. HRESULT: 0x" << std::hex << hr << std::endl; return false; } m_comInitialized = true; // 创建设备枚举器 hr = CoCreateInstance(__uuidof(MMDeviceEnumerator), nullptr, CLSCTX_ALL, __uuidof(IMMDeviceEnumerator), (void**)&m_pEnumerator); if (FAILED(hr)) { std::wcerr << L"Failed to create device enumerator. HRESULT: 0x" << std::hex << hr << std::endl; return false; } return true; }

注意：CoInitializeEx的调用模式（COINIT_APARTMENTTHREADED）很重要。Core Audio API通常要求STA（单线程套间）。如果你的程序是多线程的，需要在调用音频API的线程中初始化COM。CoUninitialize必须与CoInitializeEx成对调用，我在析构函数中处理了它。

枚举音频设备

std::vector<AudioDeviceInfo> CAudioDeviceHelper::EnumAudioEndpoints(EDataFlow flow, DWORD state) { std::vector<AudioDeviceInfo> deviceList; if (!m_pEnumerator) return deviceList; IMMDeviceCollection* pCollection = nullptr; HRESULT hr = m_pEnumerator->EnumAudioEndpoints(flow, state, &pCollection); if (FAILED(hr)) { std::wcerr << L"Failed to enumerate audio endpoints. HRESULT: 0x" << std::hex << hr << std::endl; return deviceList; } UINT count = 0; pCollection->GetCount(&count); for (UINT i = 0; i < count; i++) { IMMDevice* pDevice = nullptr; hr = pCollection->Item(i, &pDevice); if (SUCCEEDED(hr)) { AudioDeviceInfo info; // 获取设备ID LPWSTR pwszId = nullptr; pDevice->GetId(&pwszId); if (pwszId) { info.deviceId = pwszId; CoTaskMemFree(pwszId); // 必须释放由GetId分配的内存！ } // 获取设备友好名称 info.friendlyName = GetDeviceFriendlyName(info.deviceId); // （可选）检查是否为默认设备。这里需要获取默认设备ID进行比较。 // 为了简化，可以在外部调用时再判断。 deviceList.push_back(info); pDevice->Release(); } } pCollection->Release(); return deviceList; }

这里有两个关键点：一是EnumAudioEndpoints的state参数，常用DEVICE_STATE_ACTIVE来获取当前可用的活跃设备；二是GetId返回的字符串内存必须用CoTaskMemFree释放，这是COM编程的常见规则。

获取设备友好名称

std::wstring CAudioDeviceHelper::GetDeviceFriendlyName(const std::wstring& deviceId) { std::wstring friendlyName = L"Unknown Device"; if (!m_pEnumerator) return friendlyName; IMMDevice* pDevice = nullptr; HRESULT hr = m_pEnumerator->GetDevice(deviceId.c_str(), &pDevice); if (SUCCEEDED(hr) && pDevice) { IPropertyStore* pProps = nullptr; hr = pDevice->OpenPropertyStore(STGM_READ, &pProps); if (SUCCEEDED(hr) && pProps) { PROPVARIANT varName; PropVariantInit(&varName); // 获取 PKEY_Device_FriendlyName 属性 hr = pProps->GetValue(PKEY_Device_FriendlyName, &varName); if (SUCCEEDED(hr) && varName.vt == VT_LPWSTR) { friendlyName = varName.pwszVal; } PropVariantClear(&varName); // 清理PROPVARIANT pProps->Release(); } pDevice->Release(); } return friendlyName; }

设备名称存储在设备的属性存储中，需要通过IPropertyStore接口和特定的属性键（如PKEY_Device_FriendlyName）来获取。PropVariantInit和PropVariantClear必须配对使用来管理PROPVARIANT结构体。

核心：设置默认音频设备

bool CAudioDeviceHelper::SetDefaultAudioDevice(const std::wstring& deviceId, EDataFlow flow, ERole role) { // 注意：IPolicyConfig接口在Win7及以上的系统中才完全稳定支持此方法。 // 对于Vista，可能需要使用IPolicyConfigVista，其CLSID不同。 // 这里我们使用Win7及以上的通用方法。 IPolicyConfig* pPolicyConfig = nullptr; HRESULT hr = CoCreateInstance(CLSID_CPolicyConfigClient, nullptr, CLSCTX_ALL, IID_IPolicyConfig, (void**)&pPolicyConfig); if (FAILED(hr)) { // 如果失败，可以尝试Vista的CLSID (CLSID_CPolicyConfigVistaClient) // 但为了代码清晰，这里仅处理通用情况。实际产品代码应做版本判断和回退。 std::wcerr << L"Failed to create PolicyConfig client. HRESULT: 0x" << std::hex << hr << std::endl; std::wcerr << L"Ensure you are running Windows 7 or later." << std::endl; return false; } // 调用关键方法 hr = pPolicyConfig->SetDefaultEndpoint(deviceId.c_str(), role); pPolicyConfig->Release(); if (SUCCEEDED(hr)) { std::wcout << L"Successfully set default audio device." << std::endl; return true; } else { std::wcerr << L"SetDefaultEndpoint failed. HRESULT: 0x" << std::hex << hr << std::endl; // 常见错误：0x80070057 (E_INVALIDARG) - 设备ID无效或角色无效。 // 0x80070005 (E_ACCESSDENIED) - 需要管理员权限。 return false; } }

这是整个项目的灵魂。我们通过CoCreateInstance创建IPolicyConfig接口实例，然后调用其SetDefaultEndpoint方法。ERole参数指定了在哪种场景下设为默认：

eConsole: 常规的默认设备，大多数程序使用此设置。
eMultimedia: 多媒体会话，如媒体播放器。
eCommunications: 通信会话，如VoIP应用（Skype, Teams）。Windows允许为通信单独设置一个默认设备，非常实用。

3.3 主程序演示与使用

有了封装好的类，主程序就非常简洁了。下面是一个命令行工具的示例：

// main.cpp #include "AudioDeviceHelper.h" #include <iostream> #include <iomanip> int main() { CAudioDeviceHelper audioHelper; if (!audioHelper.Initialize()) { std::wcerr << L"初始化音频助手失败。" << std::endl; return -1; } // 1. 枚举所有活跃的音频输出设备 std::wcout << L"=== 可用的音频输出设备 ===" << std::endl; auto devices = audioHelper.EnumAudioEndpoints(eRender, DEVICE_STATE_ACTIVE); for (size_t i = 0; i < devices.size(); ++i) { std::wcout << std::setw(2) << i << L": " << devices[i].friendlyName << std::endl; std::wcout << L" ID: " << devices[i].deviceId << std::endl << std::endl; } if (devices.empty()) { std::wcout << L"未找到音频输出设备。" << std::endl; return 0; } // 2. 让用户选择 std::wcout << L"请输入要设置为默认设备的编号: "; int choice = 0; std::cin >> choice; if (choice < 0 || choice >= static_cast<int>(devices.size())) { std::wcerr << L"选择无效。" << std::endl; return -1; } // 3. 执行设置（设置为控制台默认设备） std::wcout << L"正在将设备设置为默认..." << std::endl; if (audioHelper.SetDefaultAudioDevice(devices[choice].deviceId, eRender, eConsole)) { std::wcout << L"操作成功！可能需要重启正在运行的音频应用程序才能生效。" << std::endl; } else { std::wcerr << L"操作失败。请确保以管理员身份运行此程序。" << std::endl; } // 注意：audioHelper析构时会自动清理COM资源 return 0; }

编译并运行这个程序（务必以管理员身份运行，否则设置默认设备的操作会因权限不足而失败），你就可以通过命令行来切换默认播放设备了。

4. 深入剖析：原理、陷阱与高级技巧

4.1 COM编程的“生存法则”

在这个项目中，COM接口指针的管理是重中之重，稍有不慎就会导致内存泄漏或访问违规。牢记以下几点：

引用计数：每次调用返回接口指针的函数（如CoCreateInstance,Item,OpenPropertyStore），都会增加该对象的引用计数。你必须在你不再需要这个指针时调用Release()来减少计数。我的代码在获取指针后，通常在同一个函数作用域末尾就进行释放。
内存释放：某些函数（如IMMDevice::GetId）会为字符串分配内存，你必须使用对应的释放函数（CoTaskMemFree）来释放。PROPVARIANT结构体使用后必须用PropVariantClear清理。
HRESULT检查：几乎每一个COM方法调用都会返回HRESULT。绝不能假设调用成功。必须使用SUCCEEDED(hr)或FAILED(hr)宏进行检查，并对失败情况进行处理（至少记录错误）。
COM库初始化：CoInitializeEx和CoUninitialize必须成对调用，且在同一线程。在多线程环境中，需要仔细规划每个线程的COM初始化模式（STA或MTA）。对于音频API，主线程或专用线程使用STA模式是安全的。

4.2 权限问题与UAC

调用IPolicyConfig::SetDefaultEndpoint需要管理员权限。这是因为修改系统默认音频设备是一个影响所有用户的系统级设置。如果你在标准用户权限下运行程序，会收到E_ACCESSDENIED (0x80070005)错误。

解决方案：

要求用户以管理员身份运行：在程序清单文件（.manifest）中设置requestedExecutionLevel为requireAdministrator。这样每次启动都会弹出UAC提示。

<!-- 在Visual Studio中，可以通过项目属性 -> 链接器 -> 清单文件 -> UAC执行级别来设置 --> <requestedExecutionLevel level="requireAdministrator" uiAccess="false"/>

运行时检测并提示：如果你的程序大部分功能不需要管理员权限，只有这个特定操作需要，可以尝试调用IsUserAnAdmin()函数检测，如果非管理员，则提示用户或用ShellExecute以runas动词重新启动自身。

4.3 设备ID的奥秘与持久性

通过IMMDevice::GetId获取的设备ID是一个形如{0.0.0.00000000}.{c2ee6f5a-33c7-4b8a-a6b6-5c0c8b8e6d3b}的字符串。这个ID在系统重启、设备重新插拔后通常是稳定的，但并非绝对。硬件配置的重大变化可能导致ID改变。

因此，不建议在程序中硬编码设备ID。一个更健壮的做法是：

在程序首次运行时，枚举设备，让用户选择一个（并保存其友好名称和ID）。
每次执行切换操作前，再次枚举设备，通过友好名称（或结合部分ID特征）来查找目标设备。如果找不到完全匹配的，可以给用户一个最接近的选项列表。

4.4 处理Windows版本差异

IPolicyConfig接口在Windows Vista、7、8、10、11上都有，但其CLSID（类标识符）和某些方法签名可能略有不同。前面代码中使用的是Windows 7及以上的CLSID_CPolicyConfigClient。为了更好的兼容性，可以编写一个版本适配层：

bool SetDefaultEndpointAdaptive(const std::wstring& deviceId, ERole role) { HRESULT hr = E_FAIL; // 首先尝试Win7+的通用接口 IPolicyConfig* pPC = nullptr; hr = CoCreateInstance(CLSID_CPolicyConfigClient, nullptr, CLSCTX_ALL, IID_IPolicyConfig, (void**)&pPC); if (SUCCEEDED(hr)) { hr = pPC->SetDefaultEndpoint(deviceId.c_str(), role); pPC->Release(); if (SUCCEEDED(hr)) return true; } // 如果失败，可以尝试Vista的接口 (IPolicyConfigVista) // 需要定义对应的IID和CLSID // ... 回退逻辑 ... // 终极回退：修改注册表（不推荐，仅作最后手段） // HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\MMDevices\Audio\Render // 但直接写注册表非常危险，且可能被系统策略或安全软件阻止。 return false; }

4.5 通知应用程序设备已变更

当你成功更改了默认音频设备后，正在运行的某些应用程序（尤其是那些在启动时就获取了音频端点的程序）可能不会立即感知到变化，仍然使用旧的设备播放。为了让它们“刷新”并切换到新设备，通常需要：

重启该应用程序：这是最彻底的方法。
发送WM_DEVICECHANGE消息：你可以尝试向顶层窗口广播WM_DEVICECHANGE消息，但这对音频端点变更的响应并不总是可靠。
依赖程序自身的重连逻辑：设计良好的音频程序（如现代媒体播放器）会监听音频端点的变更事件（通过IMMNotificationClient接口），并自动重新初始化音频流。我们的工具只负责更改系统设置，应用程序的响应应由其自身处理。

5. 常见问题排查与实战心得

5.1 编译错误与链接问题

错误：无法打开源文件 PolicyConfig.h原因与解决：如前所述，这个头文件不是公开SDK的一部分。解决方法有两种：1）从网上可靠的微软示例代码中复制IPolicyConfig接口的定义和GUID到你的项目中（如我上面所做）。2）使用__uuidof运算符和CoCreateInstance直接通过CLSID和IID创建对象，但这需要你确切知道接口的方法虚表顺序，风险较高。推荐第一种。
错误：未解析的外部符号 CLSID_CPolicyConfigClient原因与解决：你声明了GUID变量，但没有在CPP文件中定义它（即没有分配存储）。需要在某个CPP文件中（比如AudioDeviceHelper.cpp的开头）添加一行：
```
const CLSID CLSID_CPolicyConfigClient = {0x2943CEA1, 0xA8E2, 0x43F6, {0xA8, 0x96, 0x59, 0x78, 0x48, 0x9C, 0xE3, 0x8A}};
```
错误：LNK2001 无法解析的外部符号 IMMDeviceEnumerator原因与解决：忘记在链接器输入中添加Mmdevapi.lib。确保项目属性中正确配置了附加依赖项。

5.2 运行时错误与调试

CoCreateInstance返回0x80040154(REGDB_E_CLASSNOTREG)原因：COM类未注册。对于系统COM组件，这通常意味着你的系统版本太老（早于Windows Vista）或者系统组件损坏。CLSID_CPolicyConfigClient在Windows 7及以上是标准组件。
SetDefaultEndpoint返回0x80070057(E_INVALIDARG)原因：传入的参数无效。请检查：
1. deviceId字符串是否有效？确保它是通过IMMDevice::GetId获取的正确ID。
2. role参数是否传入了有效的ERole值（eConsole,eMultimedia,eCommunications）？
3. 设备ID对应的设备是否存在且处于DEVICE_STATE_ACTIVE状态？
SetDefaultEndpoint返回0x80070005(E_ACCESSDENIED)原因：权限不足。必须以管理员身份运行程序。在Visual Studio中调试时，也需要“以管理员身份启动”VS。
程序运行后设备列表为空原因：
1. 检查EnumAudioEndpoints调用参数。确保flow（eRender输出,eCapture输入）正确。
2. 检查state参数。如果你传入了DEVICE_STATE_ACTIVE | DEVICE_STATE_UNPLUGGED等组合，可能包含了未激活的设备。通常只用DEVICE_STATE_ACTIVE即可。
3. 系统音频服务是否被禁用？运行services.msc，检查“Windows Audio”服务是否正在运行。

5.3 实战心得与扩展建议

封装成DLL：如果你需要在多个项目中复用这个功能，最好的方式是将其编译成动态链接库（DLL），并导出简洁的C风格函数接口，这样可以被C#、Python等其他语言调用。
增加事件监听：通过实现IMMNotificationClient接口，你的程序可以监听音频设备的添加、移除、状态改变、默认设备改变等事件，实现一个实时显示音频设备状态的小工具。
创建图形界面：使用MFC、Win32 API甚至Qt为这个功能套一个壳，做成一个有下拉列表和“切换”按钮的小软件，用户体验会好很多。在GUI中，可以在程序启动时自动枚举设备并填充到列表框中。
命令行参数化：将上面的命令行工具增强，支持通过参数指定设备ID或设备名称的一部分，实现脚本化一键切换。例如：AudioSwitcher.exe -set-default “耳机”。
错误处理的用户体验：不要仅仅在控制台输出十六进制错误码。可以维护一个简单的错误码到友好提示的映射表，告诉用户“权限不足，请以管理员身份运行”或“指定的设备未找到，请检查设备是否已连接”。

这个项目虽然不大，但涵盖了Windows原生开发中COM、音频API、权限管理等多个核心知识点。把这里的代码吃透，你就能举一反三，去探索Windows中其他通过COM接口管理的系统功能，比如设备管理器、电源管理、网络配置等。源码我已经整理好，包含了上述所有功能以及详细的注释，你可以直接拿去编译、修改和使用。希望这篇长文和附带的代码能帮你省去我当初摸索时花费的那些时间。