《Essential COM》中为何对象创建函数为非成员而删除为成员函数？

除了避免全局命名空间污染外，主要还有以下核心原因：

• 二进制兼容与释放逻辑隔离：COM对象的内存分配、释放逻辑都属于实现模块内部细节，调用方的运行时环境可能和对象实现模块的运行时完全不同（比如调用方用MSVC动态CRT，模块用静态CRT）。Delete作为成员函数时通过虚表分发调用，会自动使用实现模块内部的释放逻辑，不会出现跨运行时释放内存的崩溃问题。如果用全局Delete函数，一旦调用方和实现模块的内存分配器不匹配，必然会产生内存错误。
• 多接口场景下的释放正确性：COM允许单个对象实现多个接口，多继承场景下不同接口指针和对象实际首地址可能存在偏移。如果用全局Delete函数，传入偏移后的接口指针会直接导致内存访问错误；而成员函数调用时，C++的虚函数机制会自动调整this指针到对象的正确首地址，保证释放逻辑正常执行。
• 降低接口使用复杂度：调用方拿到任意IFastString接口指针（不管是直接调用CreateIFastString创建的，还是从其他组件方法返回的），都可以直接调用Delete方法释放，不需要额外感知该对象对应的全局释放函数，也不需要和特定的创建函数绑定，避免出现“谁创建谁释放”的规则滥用导致的内存泄漏。
• 符合COM的跨上下文设计要求：COM支持跨进程、跨机器的分布式对象调用，Delete作为接口成员方法可以被COM的RPC代理/存根自动拦截处理，完成远程对象的生命周期销毁。全局函数根本无法支持这种跨上下文的释放操作，也不符合COM的接口虚表分发的核心约定。
• 减少DLL导出符号开销：全局Delete函数需要从DLL显式导出，组件接口越多导出符号量越大，不仅会增加DLL加载开销，还容易出现符号冲突。而作为成员函数的Delete只需要在接口的虚表中定义，不需要额外导出符号，版本迭代时只要虚表中方法的顺序不变，老版本调用方不需要重新编译即可兼容新的实现。

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