ATL转载做笔记

待我称王封你为后i 2022-09-30 09:52 160阅读 0赞

转载地址:http://www.cnblogs.com/tekkaman/

[ATL线程模型解析][ATL]

【**ATL的三种线程模型** 】

1、**\_ATL\_SINGLE\_THREADED**

2、**\_ATL\_APARTMENT\_THREADED**

3、**\_ATL\_FREE\_THREADED**

【**线程模型的支持** 】

线程模型的支持，以类为单位，每个类提供2种功能，一个是互斥的加减，另一个是CS。

1、CComSingleThreadModel

![2011051017511298.png][]

2、CComMultiThreadModel

![2011051017514947.png][]

3、CComMultiThreadModelNoCS

![2011051017522521.png][]

【**深入解析线程模型** 】

![2011051017535630.png][]

【**默认线程模型** 】

![2011051017551814.png][]

默认线程定义代码在atldef.h头文件中，除此之的外，以上代码在atlbase.h中，另外，CS相关部分前文已经解析。

[ATL之如何聚合一个组件][ATL 1]

【**如何聚合一个组件** 】

1、Add an **IUnknown** pointer to your class object and initialize it to **NULL** in the constructor.

2、Override **FinalConstruct** to create the aggregate.

3、Use the **IUnknown** pointer you defined as the parameter to the COM\_INTERFACE\_ENTRY\_AGGREGATE macro.

4、Override **FinalRelease** to release the **IUnknown** pointer.

**Warning** ：If you wanna use interface in **FinalConstruct** ，please use **DECLARE\_PROTECT\_FINAL\_CONSTRUCT** macro to protect your object from deleting.

Examples:

![2011051413510855.png][]

[ATL之眼花缭乱的CComObject][ATL_CComObject]

【**眼花缭乱的CComObject** 】

1、**CComObject** ：为独立激活的COM组件提供服务，功能包涵：

（1）锁服务器。

（2）正常的引用计数。

（3）正常的QueryInterface。

2、**CComAggObject**  ：为被聚合激活的COM组件提供服务，功能包涵：

（1）锁服务器。

（2）包容接口实际类。

（3）正常的引用计数。

（4）将调用转发给内部包容对象的QueryInterface。（除了IUnknown请求外）

3、**CComContainedObject** ：为被聚合海派的COM组件提供服务，功能包涵：

（1）将调用转发给外部组件的引用计数。

（2）将调用转发给外部组件的QueryInterface。

4、**CComPolyObject** ：为既会被聚合激活也会被独立激活的COM组件提供服务，功能包涵：

（1）在有外部指针传入的时候，表现行为同CComAggObject。

（2）在没外部指针传入的时候，表现行为同CComObject。

5、**CComObjectCached** ：当组件引用计数为１时，不影响服务器的生命周期，功能包涵：

（１）修改的引用计数，在引用大于1时，才锁住服务器。

（2）正常的QueryInterface。

6、**CComObjectNoLock** ：不锁服务器的组件，功能包涵：

（1）正常的引用计数。（不锁服务器）

（2）正常的QueryInterface。

7、**CComObjectGlobal** ：为全局变量提供服务，功能包涵：

（1）在构造函数中完成通常在CComCreator::CreateInstance中的组件调用。

（2）引用计数变形为锁服务器。

（3）正常的QueryInterface。

8、**CComObjectStack** ：为局部COM组件提供服务，功能包涵：

（1）禁止引用计数。

（2）禁止QueryInterface。

9、**CComObjectStackEx** ：为局部COM组件提供更好的服务，功能包涵：

（1）正常的引用计数。

（2）正常的QueryInterface。

（3）在析构函数中断言(dwRef == 0)。（以此保证当组件释放时不存在对其的引用）

[ATL中的各种CriticalSection][ATL_CriticalSection]

【**ATL中的各种CriticalSection** 】

1、CComCriticalSection，最基本CriticalSection，只是简单地包装了一下Windows CirticalSection。

![2011051011515254.png][]

2、CComAutoCriticalSection，在构造和析构函数中初始化CriticalSection，不允许自由Init和Tern。

![2011051011530372.png][]

3、CComSafeDeleteCriticalSection，用来保证cs不会被反复的初始化和删除，另外保证自动释放资源。亦即，你随便用吧，你忘了释放cs时，我来帮你擦屁股，你擦了的时候，我就不帮你擦了。

![2011051012012080.png][]

4、CComAutoDeleteCriticalSection，在（3）的基础上，禁止手动释放cs。目的是统一释放。

![2011051012023756.png][]

5、CComFakeCriticalSection，假的，一切都是假的，一个空壳，只是为了方便实现代码级的统一。

![2011051012032226.png][]

以上五个类在头文件“atlcore.h”中，分析完毕。

[巧妙的Section — — 剖析ATL OBJECT\_MAP的自动建立][Section _ _ _ATL OBJECT_MAP]

【**基本知识** 】

1、\#pragma section，建立一个section。下例中，ATL是section名，\_a是section中的的段名，段默认大小为104H，另外默认段内数据 初始化为0。意即一个section可以包含多个名字不同的段。不懂section的请查阅PE文件结构。

![2011050508541230.png][]

2、合并两个Section

![2011050508552210.png][]

3、allocate将指定的变量放在指定的section中的指定的段中。

![2011050509002759.png][]

4、VC编译器属性，假设定义了同一section的三个段，ATL$\_a、ATL$\_b、ATL$\_c，则这三个段在section内会按名称顺序依次排列。

![2011050509035286.png][]

【**ATL OBJ\_MAP 的建立** 】

![2011050509050294.png][]

根据【基本知识】，很容易分析出，上文定义了一个ATL section，然后在其中定义了三个段，\_\_a、\_\_z、\_\_m。

为什么要这么做呢？

ATL将一个指针放在\_\_a段，那么取其地址&\_\_pobjMapEntryFirst表示的就是\_\_a段的起始地址。

ATL将一人指针放在\_\_z段，那么取其地址&\_\_pobjMapEntryLast表示的就是\_\_z段的起始地址。

最后，ATL将所有OBJ\_MAP\_ITEM的数据放在\_\_m段中。

那么，做了以上这么多事之后呢？我们怎样获取和遍历对象数组？

其实答案已经出来了，上面分析了，我们有了起始指针\_\_pobjMapEntryFirst，我们有了结尾指针\_\_pobjMapEntryLast，而根据【基本知识】，\_\_m段夹在这两个指针之间，所以我们只要从起始指针遍历到结尾指针就能获取到所有的对象了。

ok，剖析OVER，最后感叹一下，牛B轰轰的ATL!

[ATL]: http://www.cnblogs.com/tekkaman/archive/2011/05/10/2042353.html
[2011051017511298.png]: /images/20220706/e45706ac82ab4a6daf417ce2601cbcd0.png
[2011051017514947.png]: /images/20220706/9f9fa48c706c44c9a23b797c6a8b64f5.png
[2011051017522521.png]: /images/20220706/9ee01ada9a004bf3adea163c1e11bd35.png
[2011051017535630.png]: /images/20220706/63fc6d23385840e6b045199a27d1a2d1.png
[2011051017551814.png]: /images/20220706/88625239911f4984969856e099558a42.png
[ATL 1]: http://www.cnblogs.com/tekkaman/archive/2011/05/14/2046208.html
[2011051413510855.png]: /images/20220706/b5ae7c6eb8764321aa783a0efd74f3c2.png
[ATL_CComObject]: http://www.cnblogs.com/tekkaman/archive/2011/05/14/2046275.html
[ATL_CriticalSection]: http://www.cnblogs.com/tekkaman/archive/2011/05/10/2042034.html
[2011051011515254.png]: /images/20220706/183943c93b104237a31cba0606da01a3.png
[2011051011530372.png]: /images/20220706/c0ba397a2fc743e2a8bd798ddcfae1c4.png
[2011051012012080.png]: /images/20220706/484fd0bc2c5a4d8bbb0b39aa3f763be9.png
[2011051012023756.png]: /images/20220706/219be79a2ac34fe6ab12247e947dd9b7.png
[2011051012032226.png]: /images/20220706/4dc7fcc1914f42b4a293d129eeb4e2fb.png
[Section _ _ _ATL OBJECT_MAP]: http://www.cnblogs.com/tekkaman/archive/2011/05/05/2037235.html
[2011050508541230.png]: /images/20220706/a41fd380881b4ff4afc912ad57bd09c9.png
[2011050508552210.png]: /images/20220706/44c86770b13145078980359e5bd55993.png
[2011050509002759.png]: /images/20220706/536ff712d1c44fac88781e9132ad0e34.png
[2011050509035286.png]: /images/20220706/f28b0fa4dcfd4ed5a7633a92c785aa31.png
[2011050509050294.png]: /images/20220706/e93b1c9a6fd146ae91781b2510f537ef.png