关于COM中智能指针的一些建议.

最新推荐文章于 2025-03-31 14:34:19 发布
最新推荐文章于 2025-03-31 14:34:19 发布
阅读量1.3k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 编程心得 文章标签： null
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/adrianx/article/details/5077
本文介绍了使用ATL中智能指针CComPtr和CComQIPtr时的问题。一段看似正常的代码运行会崩溃，原因是CoUninitialize后套间关闭，而智能指针组件对象未释放，析构时套间已不在。还给出使用建议，如对象生命周期长要小心、不确定时勿用、勿用全局智能指针。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在使用ATL中所带智能指针CComPtr和CComQIPtr时要小心。
以下代码假设存在一个组件TESTCOMPtr，其组件的CLSID为CLSID_TESTCOMPtr，
向客户曝露一个接口ITestCOMPtr。
int main()
{
    HRESULT l_hr;
    CoInitialize(NULL);
    CComPtr <ITestCOMPtr> l_spTestCOMPtr;
    l_hr = l_spTestCOMPtr.CreateInstance(CLSID_ TESTCOMPtr);
    if(FAILED(l_hr))
    {
        return l_hr;
    }
    //dosomething of  ITestCOMPtr
    CoUninitialize();
}
初看这段代码是没有任何问题的，但是运行还是会崩溃。如果我们在
CoInitialize(NULL);下行加上"{"和CoUninitialize();上行加上"}"就不会出错了。为什么呢？
原因在于原来的CoInitialize所开的套间在CoUninitialize();后已经被关闭。
而智能指针的组件对象却并没有释放，直到程序调用CComPtr<ITestCOMPtr>的析构函数时才调用
ITestCOMPtr的Release方法，但是这时候，套间已经不在了，所以导致了程序的崩溃。在组件
的生命周期很短的时候，智能指针的使用基本是无害的，并且有时是非常方便的。

所以在使用智能指针时有以下建议：
1． 当对象的生命周期很长要小心使用。
2． 当对象的生命周期不确定时不要使用。
3． 千万不要使用全局的智能指针。

28、COM与ATL智能指针技术解析
pz89012345的博客
07-14 20
本文深入解析了微软的COM技术及其核心接口IUnknown，详细阐述了COM对象的创建、注册及生命周期管理机制。同时，重点介绍了ATL智能指针CComPtr和CComQIPtr在COM对象引用计数管理中的应用，通过示例代码展示了它们的使用方法和注意事项。文章还结合实际场景，分析了COM与ATL智能指针在多组件交互、异步操作和代码维护中的应用，并提供了代码优化建议和流程图，帮助开发者构建高效稳定的COM应用程序。
智能指针、悬垂指针、继承方式、头文件
Sarah_212的博客
08-04 732
今日学习：C++基础day5、day6一半 const地址不能由普通指针接收 将一个对象，当成一个普通函数来调用，称这种对象是仿函数、伪函数 void * 万能指针 不建议重载 && || 操作符，不会发生短路现象 智能指针 头文件 #include<memory> 智能指针不需要手动释放，会自动回收 智能 #include<iostream> #include<memory> using namespace std; in..
COM组件的智能指针（深入浅出）
wangweixing2000
08-03 6028
作者：王卫星   csdnid：wangweixing2000 职能指针其实只是为了我们开发者方便使用的东东，但是大多数据开发者总是害怕会有泄漏，以前的字符串的泄漏问题大家都应该知道了。atl7的出现应该让我们放心使用了！职能指针只是对我们的一些类型或者接口的封装，使我不用每次考虑这引用技术的问题！我们经常用到的职能指针CComPtr,IxxxxPtr,CComBSTR,CComVariant ,
关于 COM 指针·3则
Perry 的专栏
09-02 2394
最近在玩 MSHTML 和 MSXML，被一堆 COM 接口搞的晕头转向。以前也玩过一些，但基本都是照抄别人的代码，也没注意到 IDispatch * 和 IDispatchPtr 有啥区别，就模糊的认为可能是同一个东东的两种写法罢……这次趁机仔细研究了一番，转载3篇 COM 智能指针的详细的介绍，以备不时之需 ATL智能指针类 ATL中包含的智能指针包括：CAutoPtr、CAu
CComPtr 智能指针
02-15 2128
CComPtr 类是一个智能COM接口指针类.我们可以为指定的接口指针类型量体裁衣地创建实例如:CComPtr       punk;CComPtr    pno;CComQIPtr 类是一个更智能的com接口指针类, 能够完成CComPtr的所有功能,以及更多的功能如:CComPtr    punk=/*初始化 iunknown */;CCOMQIPtr pno = punk; CComDisp
com智能指针实现原理
走在成长的路上
12-13 1569
智能指针的出现解决了对内存的释放问题，我们了解它的内存管理机制有利于我们理解C++、boost中的智能指针以及其他例如cocos中的内存管理。
有效的使用和设计COM智能指针 ——条款13：必须提前释放COM组件时，别妄想智能指针帮你完成
liuchang5的专栏
09-16 2529
条款13：必须提前释放COM组件时，别妄想智能指针帮你完成 更多条款请前往原文出处：http://blog.csdn.net/liuchang5 有了智能指针，或许你不会想到要自己手动释放或者增加引用计数了。那么请欣赏一下下面这个函数： void InSomewhere
C++ 智能指针
雪伦的专栏
08-07 2512
介绍 C++提供了4种智能指针用于对分配的内存进行自动释放，这些智能指针如下：auto_ptr、unique_ptr、shared_ptr、weak_ptr。其中auto_ptr在C++98标准引入，后三种在C++11标准中加入。而auto_ptr已经被C++11所摒弃，建议使用后三种智能指针，这4种智能指针使用模板(template)实现。 C++11将boost里的这一套纳入了标准。1.au
【并发编程中的智能指针】：多线程环境下智能指针的正确使用方法
[【并发编程中的智能指针】：多线程环境下智能指针的正确使用方法](https://cdn.educba.com/academy/wp-content/uploads/2020/10/C-weak_ptr.jpg) # 1. 并发编程与智能指针概念解析 在现代软件开发中，尤其是在多...
C++11新特性之智能指针
热门推荐
LazyPeach的专栏
04-18 1万+
这一节将从用法上、内存存储上以及生存周期上，对unique_ptr， shared_ptr和weak_ptr做一个深入剖析。unique_ptr 　　不共享它的指针。它无法复制到其他 unique_ptr，无法通过值传递到函数，也无法用于需要副本的任何标准模板库 (STL) 算法。只能移动 unique_ptr。这意味着，内存资源所有权将转移到另一 unique_ptr，并且原始 unique_
使用智能指针和晚绑定创建COM对象
10-27
C++开发COM组件，使用智能指针和晚绑定创建COM对象
COM 智能指针CComPtr
晓晓梦
02-26 272
template &lt;class T&gt; class CComPtr { public: typedef T _PtrClass; CComPtr() { p=NULL; } CComPtr(T* lp) { if ((p = lp) != NULL) p-&gt;AddRef(); } CComPtr(const CComPtr&...
COM智能指针(Smart Pointer)的陷阱
io
11-12 2969
        最近在写一个MSXML4.0的包装类，针对自己的项目实现一些实用功能。使用了COM的智能指针，发现使用智能指针有一些需注意的问题。       智能指针的最大陷阱就是所谓的它能够自动销毁。       我们知道，智能指针提供一种栈上对象管理堆上对象的方法，使用栈上对象的生存周期去控制堆对象的生存周期，比如我们在某个大括号里声明了一个CComPtr对象，当这个大括号结束时，它就自动调
第五讲：COM组件注册与智能指针
s110600824s的专栏
02-23 1168
来自：http://www.vckbase.com/index.php/video/listview/fid/2/sid/16 本节内容： 1、COM组件的注册 2、智能指针的简介 3、智能指针的使用 4、智能指针与COM接口指针的比较 5、智能指针的注意点 1、COM组件的注册 •我们目前用ATL制作出来的简单对象是*.dll的形式，我们在上一讲中能调用这个dll，是因为我们的V
COM智能指针的使用
weixin_34409741的博客
03-11 193
用代码说话 ComTest实现了两个接口，ICmd和IStr，ICmd里有一个函数--Add，IStr里有一个函数--Cat，此处旨在说明智能指针的用法，故不列出，附件里是工程代码，COM组件就不给出源码了 #include<atlbase.h> #include<atlcom.h> #if0 #import"ComTest.tlb...
有效的使用和设计COM智能指针——条款12：必要时使用attach() 和 detach()调整引用计数
liuchang5的专栏
09-16 2290
条款12：必要时使用attach() 和 detach()调整引用计数 更多条款请前往原文出处：http://blog.csdn.net/liuchang5 假设我们使用了一个第三方编写的函数，或者它也是由我们编写的，但仅仅是由于起初没有使用智能指针。于是它的实现可能是如
【COM/ATL COM组件中的尝试用的智能指针 ATL库中的CComPtr和CComQIPtr】
一起学习进步！
07-26 602
CComQIPtr 模板类接受两个参数：一个是目标 COM 接口的类型，另一个是源 COM 接口的类型（即你已经有其指针的接口）。当你通过 CComQIPtr 访问一个接口时，它首先会尝试从源接口指针中查询目标接口。查询接口是 COM 中的一个重要概念，它允许一个 COM 对象暴露多个接口，而客户端可以通过查询接口来获取这些接口的指针。CComPtr 是一个模板类，它封装了一个指向 COM 接口的指针，并提供了自动引用计数（Reference Counting）和接口指针释放的功能。
有效的使用和设计COM智能指针——条款4：理解ATL的CComPtr提倡简单，高效
liuchang5的专栏
09-15 6718
条款4：理解ATL的CComPtr提倡简单，高效 更多条款请前往原文出处：http://blog.csdn.net/liuchang5 微软推出COM SDK后很快就意识到直接使用SDK开发COM是一件很困难的事情。于是他所做的第一件事情是将COM集成到MFC中去。但是随
深入理解ADO对象模型与COM智能指针
weixin_36019375的博客
03-31 389
本文深入探讨了使用#import指令与ADO对象模型交互的过程，解析了GUID的使用、智能指针的声明及其与COM组件的连接方式。通过分析MSADO15.TLH和MSADO15.TLI文件，展示了如何在C++中有效地使用ADO来操作数据库。
qt中的单例设计模式结合智能指针
最新发布
06-18
<think>我们正在讨论Qt中的单例设计模式与智能指针的结合使用。根据引用[3]，Qt中可以通过智能指针实现单例，避免手动管理内存和重复编写单例代码。首先，我们需要明确单例模式的核心：确保一个类只有一个实例，并提供一个全局访问点。在Qt中，我们可以结合使用智能指针（如QScopedPointer）来实现自动内存管理，避免内存泄漏。最佳实践：1.使用局部静态变量（C++11以后线程安全）或智能指针来持有单例实例。2.使用智能指针（如QScopedPointer）管理单例对象，确保在程序退出时正确释放内存。3.将构造函数、拷贝构造函数、赋值运算符私有化或删除，以防止外部创建或复制实例。下面是一个使用QScopedPointer实现单例的示例：假设我们有一个单例类Singleton，我们使用QScopedPointer来管理其实例。注意：由于QScopedPointer要求对象在堆上分配，并且我们希望在程序退出时自动释放，我们可以将其放在一个静态函数中。但是，需要注意的是，QScopedPointer在析构时会删除它所指向的对象，因此我们需要确保单例对象在程序整个生命周期中存在，直到程序退出。通常，我们会在程序结束时释放单例对象。然而，使用QScopedPointer管理单例对象时，我们需要一个地方来存储这个指针，并且需要确保它能够被正确销毁。我们可以使用一个静态成员指针，并在程序结束时销毁它。但是，手动管理销毁时机并不方便。另一种方法是使用函数内的静态变量，并让智能指针管理它。但是，静态局部变量的生命周期是到程序结束，此时智能指针的销毁也会自动进行。实际上，引用[3]提供了一种使用智能指针实现单例的方法，我们可以参考：根据引用[3]的链接（http://qtdebug.com/Singleton-2-AutoPointer.html），我们可以这样实现：示例代码（使用QScopedPointer）：```cpp#include<QScopedPointer>classSingleton{public:staticSingleton*getInstance(){if(instance.isNull()){//使用静态局部变量确保线程安全（C++11以后）//但是这里我们使用QScopedPointer，需要确保初始化一次//注意：多线程环境下需要加锁//这里为了简化，不考虑多线程instance.reset(newSingleton());}returninstance.data();}//删除拷贝构造函数和赋值操作Singleton(constSingleton&)=delete;Singleton&operator=(constSingleton&)=delete;private:Singleton(){}//私有构造函数//使用静态的QScopedPointer来持有实例staticQScopedPointer<Singleton>instance;};//必须在类外初始化静态成员QScopedPointer<Singleton>Singleton::instance;//但是这样初始化，在程序退出时instance会被销毁，从而删除单例对象。```然而，上述代码在多线程环境下是不安全的，因为getInstance函数中检查instance.isNull()并创建新对象的过程可能被多个线程同时执行。我们可以使用互斥锁来保证线程安全。改进版本（使用双检锁）：```cpp#include<QScopedPointer>#include<QMutex>#include<QMutexLocker>classSingleton{public:staticSingleton*getInstance(){if(instance.isNull()){QMutexLockerlocker(&mutex);if(instance.isNull()){instance.reset(newSingleton());}}returninstance.data();}Singleton(constSingleton&)=delete;Singleton&operator=(constSingleton&)=delete;private:Singleton(){}staticQScopedPointer<Singleton>instance;staticQMutexmutex;};QScopedPointer<Singleton>Singleton::instance;QMutexSingleton::mutex;```但是，请注意，双检锁在C++11之前可能由于内存模型问题而不安全，但在C++11及以后，如果静态成员变量的初始化在第一次调用getInstance时完成，并且使用合适的原子操作，则可以避免问题。不过，这里我们使用QMutex来确保，因为Qt环境通常支持跨平台。另一种更简单且线程安全的方法是使用局部静态变量（C++11及以后保证线程安全）：```cppclassSingleton{public:staticSingleton&getInstance(){staticSingletoninstance;returninstance;}Singleton(constSingleton&)=delete;Singleton&operator=(constSingleton&)=delete;private:Singleton(){}};```这种方法更简洁，并且由编译器保证线程安全（在C++11标准中，静态局部变量的初始化是线程安全的）。但是，这种方法不能使用QScopedPointer，因为对象是栈上还是静态存储区？实际上，静态局部变量是在静态存储区，生命周期到程序结束。而且不需要手动释放内存。那么，如果我们想使用智能指针来管理单例对象呢？我们可以这样：```cppclassSingleton{public:staticSingleton*getInstance(){staticQScopedPointer<Singleton>instance(newSingleton());returninstance.data();}Singleton(constSingleton&)=delete;Singleton&operator=(constSingleton&)=delete;private:Singleton(){}};```但是，这里staticQScopedPointer<Singleton>instance会在第一次调用时初始化，并且由于是静态的，生命周期直到程序结束。当程序结束时，QScopedPointer会自动删除其管理的对象。然而，这种方法有一个问题：每次调用getInstance都会创建一个新的QScopedPointer吗？不会，静态局部变量只初始化一次。但是，我们返回的是instance.data()，它是一个指针，而QScopedPointer在销毁时会删除对象，所以没有问题。但是，这种方法在C++11下是线程安全的吗？是的，因为静态局部变量的初始化是线程安全的。因此，我们可以选择这种方法。然而，引用[3]中提到的实现方式可能更复杂一些，但核心思想类似。另外，引用[2]提到QSharedPointer也可以用于管理，但单例通常不需要共享所有权，因为只有一个实例，所以使用QScopedPointer（独占所有权）更合适。最佳实践总结：-在C++11及以上，推荐使用局部静态变量方法（无论是直接使用对象还是智能指针）来简化实现并保证线程安全。-如果使用智能指针，QScopedPointer是一个不错的选择，因为它明确表示了独占所有权。-注意在多线程环境下的线程安全问题，使用静态局部变量可以避免显式锁。现在，我们使用局部静态变量和智能指针（QScopedPointer）来实现单例：```cpp#include<QScopedPointer>classSingleton{public:staticSingleton*getInstance(){staticQScopedPointer<Singleton>instance(newSingleton());returninstance.data();}//禁止拷贝和赋值Singleton(constSingleton&)=delete;Singleton&operator=(constSingleton&)=delete;private:Singleton(){}};```但是，这样写的话，每次调用getInstance都会返回同一个指针，并且在程序结束时，静态的QScopedPointer会析构，自动删除对象。然而，有一个小问题：如果有人在程序结束前删除了这个指针，会导致问题。但是，由于getInstance返回的是原始指针，我们无法阻止用户删除它。因此，我们最好只返回引用，或者明确告知用户不要删除该指针。另一种做法是返回引用：```cppstaticSingleton&getInstance(){staticQScopedPointer<Singleton>instance(newSingleton());return*instance;}```这样用户无法删除，因为得到的是引用。但是，这里我们使用智能指针管理，而用户使用引用，这样更安全。因此，最终版本：```cpp#include<QScopedPointer>classSingleton{public:staticSingleton&getInstance(){staticQScopedPointer<Singleton>instance(newSingleton());return*instance;}Singleton(constSingleton&)=delete;Singleton&operator=(constSingleton&)=delete;private:Singleton(){}};```这样，用户通过Singleton::getInstance()获取单例的引用，并且无法删除。同时，内存由QScopedPointer自动管理。注意：在Qt中，如果单例对象是QObject派生类，并且可能被其他QObject对象引用（例如通过父子关系），则需要注意对象销毁顺序。但一般来说，单例对象在程序结束时销毁，此时其他对象应该已经销毁（例如主窗口关闭，事件循环结束）。所以通常没有问题。另外，引用[4]提到QPointer，但QPointer只能用于QObject派生类，并且它是一个弱引用（不会拥有所有权），所以不适合用于管理单例对象的所有权。我们这里使用QScopedPointer来管理所有权。因此，结合智能指针的单例模式实现，既保证了内存自动管理，又避免了重复代码。最后，关于单例的使用场景：单例模式适用于需要全局唯一实例的场合，例如配置管理类（如引用[3]中提到的ConfigUtil）、数据库连接池（如ConnectionPool）等。但是，单例模式也有一些缺点，比如全局状态可能导致测试困难，因此应谨慎使用。相关问题：1.在Qt中，使用单例模式时如何处理多线程环境下的线程安全问题？2.除了QScopedPointer，还有哪些智能指针可以用于实现单例？它们有何区别？3.单例模式在Qt中的典型应用场景有哪些？4.单例对象的销毁顺序问题如何解决？5.如何避免单例模式在程序退出时被多次销毁？</think>### Qt单例设计模式与智能指针实现及最佳实践 在Qt中结合单例模式和智能指针能有效提升内存管理安全性和代码简洁性。以下是实现方法和最佳实践： #### 一、基础实现（使用QScopedPointer） ```cpp #include <QScopedPointer> class Singleton { public: static Singleton& instance() { static QScopedPointer<Singleton> s_instance(new Singleton()); return *s_instance; } // 禁用复制和移动 Singleton(const Singleton&) = delete; Singleton& operator=(const Singleton&) = delete; private: Singleton() {} // 私有构造函数 ~Singleton() {} // 私有析构函数 }; ``` **特点**： 1. 使用`QScopedPointer`自动管理内存[^2] 2. C++11静态局部变量保证线程安全 3. 禁用拷贝构造和赋值运算符防止实例复制 #### 二、QObject派生类的实现（使用QPointer） ```cpp #include <QPointer> class QObjectSingleton : public QObject { public: static QObjectSingleton* instance() { static QPointer<QObjectSingleton> s_instance(new QObjectSingleton()); return s_instance; } private: explicit QObjectSingleton(QObject* parent = nullptr) : QObject(parent) {} }; ``` **适用场景**： - 单例需要集成到Qt对象树中 - 需要被其他QObject引用时自动置空指针[^4] #### 三、带共享数据的实现（使用QSharedDataPointer） ```cpp #include <QSharedDataPointer> class SharedData : public QSharedData { public: int configValue = 42; }; class ConfigManager { public: static ConfigManager& instance() { static ConfigManager s_instance; return s_instance; } QSharedDataPointer<SharedData> data; private: ConfigManager() : data(new SharedData) {} }; ``` **优势**： - 隐式共享数据降低内存开销 - 线程安全的引用计数[^1] ### 最佳实践 1. **线程安全策略**： - C++11及以上：依赖静态局部变量的线程安全初始化 - 旧版本：使用`QMutex`实现双检锁 ```cpp QMutex mutex; static Singleton* s_instance = nullptr; if (!s_instance) { QMutexLocker locker(&mutex); if (!s_instance) s_instance = new Singleton(); } ``` 2. **智能指针选择**： - 独占所有权：`QScopedPointer`（推荐）[^2] - 共享所有权：`QSharedPointer`（需信号槽时） - QObject派生类：`QPointer`防悬空指针[^4] 3. **生命周期管理**： - 单例销毁顺序应晚于依赖它的对象 - 避免在静态析构函数中访问其他单例 - Qt插件系统可使用`Q_GLOBAL_STATIC`宏 4. **测试友好设计**： ```cpp // 允许测试中重置单例 static void resetInstance() { s_instance.reset(nullptr); } ``` ### 应用场景 1. 全局配置管理（如`ConfigUtil`）[^3] 2. 资源池（数据库连接池/线程池） 3. 硬件访问封装（串口/USB设备） 4. 跨模块服务代理 > 单例模式虽简化访问，但过度使用会导致代码耦合。建议仅在真正需要全局唯一实例时使用，并优先考虑依赖注入[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值