C++11及以后COM的IUnknown是否无用？COM是否已过时？

IUnknown接口并非无用，仍有必要使用 #

C11的unique_ptr、shared_ptr只是解决了C层面的内存管理问题，但IUnknown是COM的核心基础，它的作用远不止引用计数：

• 它提供的QueryInterface是COM实现接口查询的唯一标准，这是COM组件实现多态、跨类型交互的核心机制；
• Windows系统中大量核心组件（比如DirectX、Shell API、Office自动化接口）都是基于COM实现的，调用这些组件就必须通过IUnknown接口完成引用计数管理（AddRef/Release）和接口转换；
• 哪怕用shared_ptr管理COM对象，本质也是给它绑定自定义删除器调用Release()，底层还是依赖IUnknown的引用计数逻辑。

C++11并未让COM彻底过时 #

COM的设计初衷不只是替代C++98的内存管理，它的核心价值是二进制兼容性、跨语言调用、组件化复用：

• 二进制兼容性：COM组件可编译成独立DLL，不同版本C编译器生成的代码都能调用它，这是C标准库做不到的；
• 跨语言：COM组件能被C#、VB、Python等几乎所有主流语言调用，C11智能指针只局限于C生态；
• 直到现在，Windows平台的很多新功能（比如WinUI的部分底层接口）依然基于COM，所以COM并没有被彻底淘汰——新的纯C++内部项目可能不需要自行开发COM组件，但依然会和系统提供的COM组件打交道。

关于“C++11后大部分COM代码是遗留代码”的观点 #

这个说法不完全准确：

• 确实，现在很少有开发者会为纯C++内部项目开发新的COM组件，这类场景下的COM代码大多是遗留的；
• 但在需要跨语言交互、二进制兼容的插件系统、Windows系统API调用等场景中，COM依然是首选方案，这类场景下的COM代码是正在维护的活跃代码，而非遗留；
• 另外，Windows系统自身的COM组件一直在迭代更新，绝不是遗留代码。

内容的提问来源于stack exchange，提问作者IRP_HANDLER