COM调用失败主因是未初始化、GUID错误、接口未释放、权限不足；须线程级CoInitializeEx、用__uuidof、ComPtr管理、提权操作改用ShellExecute。
COM初始化失败导致调用崩溃或返回E_NOINTERFACE
不调用CoInitializeEx就直接用CoCreateInstance，几乎必现崩溃或0x80004002错误。Windows要求线程必须明确声明COM套间模型——UI线程通常用COINIT_APARTMENTTHREADED，后台线程若需STA（比如调用Shell API）也得选这个；纯异步计算线程可选COINIT_MULTITHREADED，但多数系统COM组件（如IShellFolder、IMMDeviceEnumerator）只支持STA。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 主线程入口处立即调用
CoInitializeEx(nullptr, COINIT_APARTMENTTHREADED)，检查返回值是否为S_OK或S_FALSE（已初始化） - 避免在DLL的
DllMain里调用CoInitializeEx——系统禁止在此处做COM初始化 - 每个线程独立初始化，不能跨线程传递原始接口指针（除非用
CoMarshalInterface封送）
获取系统COM对象时CLSID或IID写错
拼错CLSID_ShellApplication或把__uuidof(IMMDeviceEnumerator)误写成__uuidof(IMMDevice)，会导致CoCreateInstance返回REGDB_E_CLASSNOTREG（0x80040154）或E_NOINTERFACE。系统组件的GUID是硬编码常量，不能靠“猜”或手敲。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 优先包含对应头文件：
#include <mmdeviceapi.h></mmdeviceapi.h>（音频）、#include <shlobj.h></shlobj.h>（Shell）、#include <wrl></wrl>（简化智能指针） - 用
__uuidof()宏取IID，例如__uuidof(IMMDeviceEnumerator)，而非手动定义结构体 - 查CLSID时认准MSDN文档中“Constants”章节下的
CLSID_*定义，比如CLSID_MMDeviceEnumerator
忘记释放接口指针引发资源泄漏或后续调用失败
COM接口是引用计数对象，Release()没被调用，不仅内存泄漏，还可能导致设备句柄/注册表锁未释放，下次调用同一组件时卡死或返回RPC_E_SERVERCALL_RETRYLATER。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 裸指针务必配对使用
AddRef()/Release()，且Release()后立即将指针置为nullptr - 强烈推荐用
Microsoft::WRL::ComPtr<t></t>自动管理生命周期，它会在析构时自动Release() - 注意：
ComPtr::Get()返回的是原始指针，传给CoCreateInstance时没问题，但别把它当智能指针用——仍要靠作用域自动析构来触发释放
跨进程调用系统COM服务（如UAC、任务计划）权限不足
直接用CoCreateInstance创建ITaskService或IClassFactory（用于提权）时，如果当前进程没有管理员权限，会返回E_ACCESSDENIED（0x80070005）。系统COM服务不是“调用即得”，而是受访问控制列表（ACL）约束。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先检查进程完整性级别：
OpenProcessToken+GetTokenInformation读TokenIntegrityLevel，确认是否在Medium或High IL - 需要提权的操作（如修改计划任务），应改用
ShellExecute以runas动词启动新进程，而非在原进程内强行调COM - 部分服务（如
INetworkListManager）虽不要求管理员权限，但需链接ole32.lib和oleaut32.lib，缺库会导致链接时报LNK2019找不到CoCreateInstance
真正麻烦的从来不是“怎么调”，而是“谁允许你调”——CLSID可能正确、代码能编译、初始化也成功，但只要用户账户控制策略或服务ACL拦住一步，HRESULT就变成一串看不懂的拒绝码。盯紧HRESULT值，比反复检查语法重要得多。
