ATL Com 开发

近期做.net com通信相关工作，又无奈的看了遍Com线程模型（脑袋不好用了，之前学习的已经随着粥下肚了）。特将此次学习成果展示给大家，有不对的请评论，不许骂街。

开发ATL EXE或者ATL Service时，Com对象所在的套间不是由Com类线程模型定义决定的，而是由调用CoRegisterClassClassObject注册函数的线程的套间模型决定，而此线程的Com环境模型由预处理变量决定，即_ATL_APARTMENT_THREADED或_ATL_FREE_THREADED。如果定义_ATL_APARTMENT_THREADED，则所有Com对象存在于STA套间，即使Com类定义继承 CComObjectRootEx<CComMultiThreadModel>。如果定义_ATL_FREE_THREADED，则所有Com对象存在于MTA套间，即使Com类定义继承 CComObjectRootEx<CComSingleThreadModel>。

CComObjectRootEx的类模板参数指的时此Com类的数据同步方式。

例如使用CComSingleThreadModel时，其Com接口IUnknown函数AddRef或者Release操作引用计数时就不会使用Interlock系列函数，而是直接的自加或者自减。若定义了_ATL_APARTMENT_THREADED，不会存在问题，因为所有的操作都被序列化发送到了STA线程，但是如果定义了_ATL_FREE_THREADED，就出现问题了，因为会存在多线程访问引用计数的情景。

例如使用CComMultiThreadModel时，其Com接口IUnknown函数AddRef或者Release操作引用计数时会使用Interlock系列函数。若定义了_ATL_FREE_THREADED，不会存在问题，因为所有的操作都被序列化发送到了STA线程，但是如果定义了_ATL_APARTMENT_THREADED，就出现问题了，因为只会有一个线程访问对象（对象存在于STA），不需要同步，所以造成了性能浪费。

当我们添加com类时，有时选择单元或者自由线程模型，但这不会决定Com对象所在套间。一个比较好的办法是将Com类继承自 CComObjectRootEx<CComObjectThreadModel>，这样无论是定义_ATL_APARTMENT_THREADED还是_ATL_FREE_THREADED，Com类的同步方式会与线程模型一致。

 

以下代码拷贝自atlbase.h

#if defined(_ATL_SINGLE_THREADED)

#if defined(_ATL_APARTMENT_THREADED) || defined(_ATL_FREE_THREADED)
#pragma message ("More than one global threading model defined.")
#endif

	typedef CComSingleThreadModel CComObjectThreadModel;
	typedef CComSingleThreadModel CComGlobalsThreadModel;

#elif defined(_ATL_APARTMENT_THREADED)

#if defined(_ATL_SINGLE_THREADED) || defined(_ATL_FREE_THREADED)
#pragma message ("More than one global threading model defined.")
#endif

	typedef CComSingleThreadModel CComObjectThreadModel;
	typedef CComMultiThreadModel CComGlobalsThreadModel;

#elif defined(_ATL_FREE_THREADED)

#if defined(_ATL_SINGLE_THREADED) || defined(_ATL_APARTMENT_THREADED)
#pragma message ("More than one global threading model defined.")
#endif

	typedef CComMultiThreadModel CComObjectThreadModel;
	typedef CComMultiThreadModel CComGlobalsThreadModel;

#else
#pragma message ("No global threading model defined")
#endif