开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

为什么需要一个shared_from_this而不是直接使用这个指针？

在C++中，shared_from_this是一个用于在类内部获取shared_ptr的成员函数。它的存在是为了解决在类内部使用this指针时可能导致的潜在问题。

使用shared_from_this而不是直接使用this指针的原因有以下几点：

解决悬空指针问题：当一个类的对象被shared_ptr管理时，该对象的生命周期由shared_ptr控制。如果在类内部直接使用this指针，可能会导致在对象被析构后，仍然存在指向该对象的shared_ptr，从而导致悬空指针的问题。而使用shared_from_this可以确保在对象被析构时，所有指向该对象的shared_ptr都会被正确地置为nullptr，避免了悬空指针的问题。
共享所有权：使用shared_from_this可以获取到一个指向当前对象的shared_ptr，从而与其他shared_ptr共享对该对象的所有权。这样可以确保在多个地方使用该对象时，对象的生命周期能够正确地管理，避免内存泄漏或提前释放的问题。
异步操作安全：在进行异步操作时，可能会出现对象在异步操作完成前被析构的情况。如果在异步操作中直接使用this指针，可能会导致访问已经被析构的对象，从而引发未定义行为。而使用shared_from_this可以确保在异步操作期间，对象的生命周期得到正确管理，避免了访问已析构对象的问题。

总之，使用shared_from_this而不是直接使用this指针可以确保对象的生命周期得到正确管理，避免悬空指针和访问已析构对象的问题。这在需要在类内部获取shared_ptr的场景下非常有用。

腾讯云相关产品和产品介绍链接地址：

腾讯云C++ SDK：https://cloud.tencent.com/document/product/876
腾讯云云服务器（CVM）：https://cloud.tencent.com/product/cvm
腾讯云云数据库MySQL版：https://cloud.tencent.com/product/cdb_mysql
腾讯云云原生容器服务：https://cloud.tencent.com/product/tke
腾讯云音视频处理：https://cloud.tencent.com/product/mps
腾讯云人工智能：https://cloud.tencent.com/product/ai
腾讯云物联网平台：https://cloud.tencent.com/product/iotexplorer
腾讯云移动开发：https://cloud.tencent.com/product/mobdev
腾讯云对象存储（COS）：https://cloud.tencent.com/product/cos
腾讯云区块链服务：https://cloud.tencent.com/product/baas
腾讯云元宇宙：https://cloud.tencent.com/product/tencent-metaverse

相关搜索:Golang使用New()返回结构指针，而不是直接创建结构指针为什么我需要在forloop中声明长度，而不是直接使用它？为什么需要调用接口而不是直接调用存储库文件？为什么SortedList实现使用ThrowHelper而不是直接抛出？为什么使用转置而不是直接设置数组？为什么使用指向结构的指针而不直接使用结构(C)为什么要调用$ .getScript而不是直接使用<script>标记？为什么这个指针在计算sum时传递的是一个值而不是地址？为什么我不能使用指针加法而不是malloc 为什么下面的``std：：trans`示例需要一个函数指针而不是一个函数对象？C语言:为什么malloc()返回一个指针,而不是值？如果array_name是一个指针，为什么不是int *ptr = array_name而不是指向指针的指针为什么这个函数会多次输出一个单词而不是一个？为什么使用JPA而不是直接在Java文件上编写SQL查询(即直接写入JDBC)？这个函数需要使用strict语句吗？它还需要一个':‘而不是’‘。为了window.onload？我需要在中使用变量，而不是shell脚本awk中的直接日期为什么我必须在指针上使用free而不是正常的声明？为什么我需要在g ++中使用typedef typename而不是VS？使用"Class &Class::Function()“的单例模式？为什么是引用而不是指针？为什么在spring中需要使用接口调用服务层，而不是直接从控制器调用服务类

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

为什么我应该使用指针而不是对象本身

我发现使用 C++ 的人经常用指针表示对象，比如像下面这样： Object *myObject = new Object; 而不是， Object myObject; 或者在调用成员函数的时候，都会这样...： myObject->testFunc(); 而不是， myObject.testFunc(); 我有点想不明白为什么这么做？...你需要延长对象生命周期。意思是说你想一直使用某个地址位置的变量，而不是它的副本，对于后者，我们更应该使用 Object myObject; 的语法。你需要很多内存。...切片的意思就是说：在函数传参处理多态变量时，如果一个派生类对象在向上转换（upcast），用的是传值的方式，而不是指针和引用，那么，这个派生类对象在 upcast 以后，将会被 slice 成基类对象，...C++ 17 新增了 std::optional，那么这个问题也可以得到解决。你想通过解耦编译单元来减少编译时间：如果对象都是指针指向的，那么只需要这个类型的前向声明就可以。

1.4K1 0

为什么我们能在主线程直接使用 Handler，而不需要创建 Looper ？

每个Handler 的线程都有一个 Looper ，主线程当然也不例外，但是我们不曾准备过主线程的 Looper 而可以直接使用，这是为何？...事实上它并不是一个线程，而是主线程操作的管理者，所以吧，我觉得把 ActivityThread 认为就是主线程无可厚非，另外主线程也可以说成 UI 线程。...} 可以看到在 ActivityThread 里调用了 Looper.prepareMainLooper() 方法创建了主线程的 Looper ,并且调用了 loop() 方法，所以我们就可以直接使用...-文完- 后续可能还会更新类似的小型知识点，相对于长篇的文章来讲我不需要花费大量的时间写作，对于读者来讲也没有阅读压力，希望对你有所帮助。

4233 0

养成良好使用VS的习惯，而不是DevC++直接打开一个.c.cpp。

10、点击[添加] 11、点击[源.cpp] 12、点击[Project2] 13、点击[属性] 14、点击[C/C++] 15、点击[预编译头] 16、点击[创建] 17、点击[不使用预编译头

4902 0

muduo网络库学习之EventLoop（五）：TcpConnection生存期管理（连接关闭）

shared_from_this() 的使用： class TcpConnection : boost::noncopyable, public boost::enable_shared_from_this... shared_from_this() 会用当前对象的裸指针构造一个临时智能指针对象，引用计数加1，但马上会被析构，又减1，故无论调用多少次，对引用计数都没有影响。...TcpConnectionPtr guardThis(shared_from_this()); 为什么不能直接写成TcpConnectionPtr guardThis(this); ？...因为这样写的话，guardThis的引用计数就为1，而不是2，如下例所示： #include #include<boost/shared_ptr.hpp... s(r); std::cout << s.use_count() << std::endl; //1 assert(p == s); //断言失败 return 0; } 直接用裸指针生成智能指针对象

1.4K6 0

C++雾中风景14:CRTP, 模板的黑魔法

管理，且需要通过类的成员函数里需要把当前类对象包装为智能指针传递出一个指向自身的share_ptr时。...这里只是用到了模板派生，让父类能够在编译器感知到子类的模板存在，二者不是真正意义上的继承关系。这里只分析下面两个问题： 为什么Bad类直接通过this构造shared_ptr会存在问题？...因为虚函数的调用需要通过指针查找虚函数表来进行调用，同时类的对象因为不需要存储虚函数指针，也会带来一部分存储的开销。而通过CRTP，恰恰就能通过静态多态的方式，规避上述问题。...它就是一个典型的CRTP的使用，利用静态多态的方式。将虚函数的调用转换为函数指针的调用，这个在实际聚合函数的实现过程之中能够大大提高计算的效率。...而通过getAddressOfAddFunction就可以通过addFree的强制类型转换，直接获得子类的函数指针.(这个过程在编译期间就可以完成，所以称之为静态多态。)

1.6K3 2

C++ enable_shared_from_this 具体实现

这时就需要使用 weak_ptr 来打破循环引用。...因为我们继承了 std::enable_shared_from_thi，因此就可以拿到这个方法，它返回的是一个当前指针的 std::shared_ptr. 那么它是怎么实现的呢？...那么这个 weakptr 的指针是什么时候创建的呢？...：内部持有了 private 的 weak_ptr 指针 __weak_this_: mutable weak_ptr __weak_this_\ shared_from_this() 直接返回的是...这个就是所谓的 SFINAE (Substitue Failure Is Not An Error) ，翻译过来就是：（模版）替换失败不是一个错误。

1K3 0

C++11新特性：enable_shared_from_this解决大问题

实际上，在使用现代C++之前，我们也是这么做的，做代码走查的时候不管别的，先看下有没有使用new或者malloc。如果有就直接向后看。检查有没有delete或者free，是不是成对出现。...enable_shared_from_this从本质上来说解决了不能直接冲this对象构造智能指针的问题，但是使用时也需要注意，既返回的智能智能必须要通过shared_from_this()获取，当然也可以不用...在类中提供了一个获取智能指针的方法。在main函数中使用时，同样，也是先定义一个类的指针，然后初始化了_myCar1,_myCar2则是通过类中提供的获取指针的方法获取了智能指针对象。...因此，在使用上述方法时必须要使用智能指针的构造函数先初始化一个智能指针。...除此之外，在使用std::enable_shared_from_this时要保证类是公有继承的，至于为什么不能私有继承或者受保护的继承，欢迎大家留言评论。

4K4 0

一文彻底掌握智能指针！

expired() 方法判断了对象是否存在，为什么不直接使用 std::weak_ptr 对象对引用资源进行操作呢？...，而不是直接包含对应类的头文件。...例如： //Test.h //在这里使用A的前置声明，而不是直接包含A.h文件 class A; class Test { public: Test(); ~Test(); private...: A *m_pA; }; 同样的道理，在头文件中当使用智能指针对象作为类成员变量时，也应该优先使用前置声明去引用智能指针对象的包裹类，而不是直接包含包含类的头文件。...//Test.h #include //智能指针包裹类A，这里优先使用A的前置声明，而不是直接包含A.h class A; class Test { public: Test

1.4K3 0

C++智能指针的正确使用方式

同时也解释了为什么要用shared_from_this以及智能指针的函数传参问题。对象所有权首先需要理清楚的概念就是对象所有权的概念。...而w2获得了对象所有权，但因为此时w已不再持有对象，因此w2的引用计数为1。性能内存占用高 shared_ptr的内存占用是裸指针的两倍。因为除了要管理一个裸指针外，还要维护一个引用计数。...如果，一个shared_ptr需要将所有权共享给另外一个新的shared_ptr，而我们确定在之后的代码中都不再使用这个shared_ptr，那么这是一个非常鲜明的移动语义。...可以使用BlockingQueue>将对象转移到另外一个线程中释放，从而解放关键线程。 为什么要用shared_from_this?...在函数中保存智能指针假如我们需要在函数中把这个智能指针保存起来，这个时候建议直接传值。

9.9K4 2

灵魂拷问std::enable_shared_from_this，揭秘实现原理

std::shared_ptr是一种允许多个指针共享对象所有权的智能指针。然而，当一个对象需要获取对自身的shared_ptr时，传统的方法可能导致未定义行为。...为了解决这个问题，C++引入了std::enable_shared_from_this类，本文将深入探讨其基础知识、使用案例以及内部实现。...当使用原始指针构造或初始化 shared_ptr 时，会创建一个新的控制块。...然而，有些情况下，shared_ptr 托管的对象需要获得一个指向自己的 shared_ptr。...当我们使用了shared_from_this()，在private会报异常。

1.7K1 0

详解 C++ 11 中的智能指针

() 方法判断了对象是否存在，为什么不直接使用 std::weak_ptr 对象对引用资源进行操作呢？...，而不是直接包含对应类的头文件。...例如： //Test.h //在这里使用A的前置声明，而不是直接包含A.h文件 class A; class Test { public: Test(); ~Test(); private:...A* m_pA; }; 同样的道理，在头文件中当使用智能指针对象作为类成员变量时，也应该优先使用前置声明去引用智能指针对象的包裹类，而不是直接包含包裹类的头文件。...//Test.h #include //智能指针包裹类A，这里优先使用A的前置声明，而不是直接包含A.h class A; class Test { public: Test(

2.7K3 1

C++模版笔记(2)

本篇介绍本篇继续C++的模版介绍 std::enable_if enable_if 的作用是满足条件后可以使用模版推导，基于SFINAE(substitution failure is not...an error), 这样可以按照条件控制是否使用模版。...(args)>0 (since C++17) } } enable_shared_from_this 遇到需要用this 构造shared_ptr的时候都需要继承一下 enable_shared_from_this...看到有一个friend shared_ptr。...本质上是通过一个弱指针来感知this是否有效，并且利用弱指针来创建shared_ptr 弱指针是在首次使用智能指针创建对应对象的时候初始化的，那么就需要要求调用shared_from_this前，该对象已经被智能指针持有了

4862 0

c++11新特性之智能指针

c++11引入了三种智能指针： std::shared_ptr std::weak_ptr std::unique_ptr shared_ptr shared_ptr使用了引用计数，每一个shared_ptr...(new int, [](int *p){ delete p; }); 关于shared_ptr有几点需要注意： • 不要用一个裸指针初始化多个shared_ptr，会出现double_free导致程序崩溃...• 通过shared_from_this()返回this指针，不要把this指针作为shared_ptr返回出来，因为this指针本质就是裸指针，通过this返回可能会导致重复析构，不能把this指针交给智能指针管理...不要delete get()返回来的裸指针。不是new出来的空间要自定义删除器。要避免循环引用，循环引用导致内存永远不会被释放，造成内存泄漏。...作用1：返回this指针，上面介绍的shared_from_this()其实就是通过weak_ptr返回的this指针，这里参考我之前写的源码分析shared_ptr实现的文章，最后附上链接。

8091 0

Chapter 4: Smart Pointers

a 相关的引用计数，来判断它是不是最后一个指向该对象 a 的智能指针，这个引用计数追踪有多少个 std::shared_ptr 在指向对象 a ，每构造一个指向 a 的 std::shared_ptr...因为这些自定义析构器的内存和 std::shared_ptr 内存不是同一片内存更具体的说， std::shared_ptr 包含的是一个指向对象的指针和一个指向控制块的指针，而这个控制块里面包含引用计数...::auto_ptr )来构造一个 std::shared_ptr 时，需要创建一个控制块用一个原始指针来构造一个 std::shared_ptr 时，需要创建一个控制块以上规则暗示了：如果使用一个原始指针分别构造了多个...在这个情况下，调用者从工厂函数中收到智能指针，然后由调用者来决定它的声明周期，而当指向某个 id 最后一个使用的指针销毁时，对象也会被销毁，那么缓存中的指针就会悬空，因此在后续查询的时候需要检测命中的指针是否已经悬空...内部使用括号进行完美转发参数，如果要使用花括号初始器来构造智能指针，必须直接使用 new ，但是完美转发不能直接转发花括号初始化列表，必须先保存为 std::initializer_list 对象，然后在传递给

1.6K2 0

现代 C++：一文读懂智能指针

std::unique_ptr 的使用比较简单，也是用得比较多的智能指针。这里直接看例子。使用裸指针时，要记得释放内存。...引用计数等共享资源的控制信息——实现上是维护一个指向控制信息的指针。所以，shared_ptr 对象需要保存两个指针。...image 为什么控制信息和每个 shared_ptr 对象都需要保存指向共享资源的指针？可不可以去掉 shared_ptr 对象中指向共享资源的指针，以节省内存开销？答案是：不能。...image 这种情况下，不用通过控制块中的指针，我们也能知道共享资源的位置——这个指针也可以省略掉。 ?...auto b = new Bar; auto sptr = b->shared_from_this(); 在我的环境下（gcc 7.5.0）上面的代码执行的时候会直接 coredump，而不是返回指向

1.3K1 1

Smart Pointers：八年，内存泄露终于解决

如果我们仔细设计并限制智能指针的使用，例如没有循环链接，这意味着我们不需要 weak ptr，我们可以为 SRS 实现一个简单且易于维护的智能指针。...• make_shared：不支持这个辅助函数，因为我们不考虑通过 new 操作符的性能问题。 • shared_from_this：不支持这个辅助模板，因为我们不需要这个特性。...否则多个地方都需要实现重复的逻辑，相反会更复杂。此外，由于Executor引用的是ISrsResource，因此我们使用Resource Ptr指针对象，而不是直接使用Shared Ptr指针。...而WebRTC over TCP 则新增了一个TCP连接，我们使用SrsRtcTcpConn管理这个Tcp连接。...参考 #4083 SrsRtcConnection使用Shared Resource引用SrsRtcTcpConn对象，而SrsRtcTcpConn直接引用SrsRtcConnection的裸指针，因为

2491 0

再探智能指针

使用任何一项工具，都需要承担代价与风险的。 1、一个裸的指针不要用两个shared_ptr管理，unique_ptr也是，它们都会认为自己独占这个资源，你等释放的时候试试看。...3、当需要在类的内部接口中，如果需要将this作为智能指针来使用的话，需要用该类派生自enable_shared_from_this。...enable_shared_from_this和shared_from_this在构造和析构中是不能使用的，在某些情况下也不能使用，因为构造的时候类还未生成好，析构的时候类快完蛋了都没有意义。...关于这点自己实现一个智能指针就知道了。一个shared_ptr在空间上至少是三个裸指针的大小（24个字节），本身有引用还要配合weak_ptr使用所以要保存多少该指针的引用。...由于unique_ptr的唯一性所以要转移资源可以transfer传值，只能调用obj的右值引用而不能用左值，transfer函数执行完就释放了，调用了transfer后原有的会变成空指针不再管理。

2802 0

CC++总结

::FreeConsole();//销毁控制台枚举位运算 https://www.cnblogs.com/lixiaobin/p/EnumFlags.html std::vector获取某一个位置的迭代器...加上extern "C"后，会指示编译器这部分代码按C语言（而不是C++）的方式进行编译。...由于C++支持函数重载，因此编译器编译函数的过程中会将函数的参数类型也加到编译后的代码中，而不仅仅是函数名；而C语言并不支持函数重载，因此编译C语言代码的函数时不会带上函数的参数类型，一般只包括函数名。...，这个可宏是新的C99规范中新增的， // 目前似乎gcc和VC6.0之后的都支持（VC6.0的编译器不支持）。 ...获取自身的std::shared_ptr 指针继承自 std::enable_shared_from_this 调用 shared_from_this() class FIniSection :

7683 0

为什么说智能指针是解决问题的“神器”？

一、为什么需要使用智能指针（一）内存泄漏 C++在堆上申请内存后，需要手动对内存进行释放。代码的初创者可能会注意内存的释放，但随着代码协作者加入，或者随着代码日趋复杂，很难保证内存都被正确释放。...假如某个线程想要释放这个对象，但另外一个线程还在使用这个对象，可能会出现野指针问题。...就像它的名字一样，它本身是一个弱指针，因为它本身是不能直接调用原生指针的方法的。如果想要使用原生指针的方法，需要将其先转换为一个shared_ptr。那weak_ptr存在的意义到底是什么呢？...这将导致任何一个shared_ptr计数为0时提前释放了对象，后续操作这个释放的对象都会导致程序异常。此时就需要引入shared_from_this。...weak_ptr也包括两个对象，一个是原生指针，一个是控制块。虽然weak_ptr内存储了原生指针，不过由于未实现operator->因此不能直接使用。

9732 0

缩略muduo库（8）：TcpConnection

已经判定不是Linux的问题，因为用cmd可以远程连接上。所以这份就用VS先顶一下了，报了一堆的错也看不清楚。...string> #include class Channel; class EventLoop; class Socket; //TcpServer 通过 Acceptor，当有一个新的...class TcpConnection :public nocpoyable, public std::enable_shared_from_this { //得到当前对象的智能指针...bind(&TcpConnection::sendInLoop, this, buf.c_str(), buf.size())); } } } //应用写的快，内核写得慢，所以需要缓冲区...= true; } } } } //说明这次write没有把数据全部发送，剩余数据需要保存到缓冲区中

2823 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭