码农知识堂 - 1000bd
  •   Python
  •   PHP
  •   JS/TS
  •   JAVA
  •   C/C++
  •   C#
  •   GO
  •   Kotlin
  •   Swift
  • 面试:C++ 11 智能指针


    查询内存泄露方法

    啥是内存泄露

    内存泄露在维基百科中的解释如下:

    在计算机科学中,内存泄漏指由于疏忽或错误造成程序未能释放已经不再使用的内存。内存泄漏并非指内存在物理上的消失,而是应用程序分配某段内存后,由于设计错误,导致在释放该段内存之前就失去了对该段内存的控制,从而造成了内存的浪费。

    在C++中出现内存泄露的主要原因就是程序猿在申请了内存后(malloc(), new),没有及时释放没用的内存空间,甚至消灭了指针导致该区域内存空间根本无法释放。

    知道了出现内存泄露的原因就能知道如何应对内存泄露,即:不用了的内存空间记得释放,不释放留着过年哇!

    内存泄漏可能会导致严重的后果:

    • 程序运行后,随着时间占用了更多的内存,最后无内存可用而崩溃;
    • 程序消耗了大量的内存,导致其他程序无法正常使用;
    • 程序消耗了大量内存,导致消费者选用了别人的程序而不是你的;
    • 经常做出内存泄露bug的程序猿被公司开出而贫困潦倒。

    如何知道自己的程序存在内存泄露?

    根据内存泄露的原因及其恶劣的后果,我们可以通过其主要表现来发现程序是否存在内存泄漏:程序长时间运行后内存占用率一直不断的缓慢的上升,而实际上在你的逻辑中并没有这么多的内存需求。

    如何定位到泄露点呢?

    1. 根据原理,我们可以先review自己的代码,利用"查找"功能,查询new与delete,看看内存的申请与释放是不是成对释放的,这使你迅速发现一些逻辑较为简单的内存泄露情况。
    2. 如果依旧发生内存泄露,可以通过记录申请与释放的对象数目是否一致来判断。在类中追加一个静态变量 static int count;在构造函数中执行count++;在析构函数中执行count--;,通过在程序结束前将所有类析构,之后输出静态变量,看count的值是否为0,如果为0,则问题并非出现在该处,如果不为0,则是该类型对象没有完全释放。
    3. 检查类中申请的空间是否完全释放,尤其是存在继承父类的情况,看看子类中是否调用了父类的析构函数,有可能会因为子类析构时没有是否父类中申请的内存空间。
    4. 对于函数中申请的临时空间,认真检查,是否存在提前跳出函数的地方没有释放内存。

    【如何优雅地检测内存泄漏?5种内存泄漏的检测及定位工具重新理解内存】

    (C++后台开发)如何优雅地检测内存泄漏?5种内存泄漏的检测及定位工具重新理解内存_哔哩哔哩_bilibili​www.bilibili.com/video/BV1Fs4y177ht/?share_source=copy_web&vd_source=64f9e03b735a65ecab46f345348e1993​编辑

    STL 的智能指针

    为了减少出现内存泄露的情况,STL中使用智能指针来减少泄露。STL中一般有四种智能指针:

    指针类别支持备注
    unique_ptrC++ 11拥有独有对象所有权语义的智能指针
    shared_ptrC++ 11拥有共享对象所有权语义的智能指针
    weak_ptrC++ 11到 std::shared_ptr 所管理对象的弱引用
    auto_ptrC++ 17中移除拥有严格对象所有权语义的智能指针

    因为 auto_ptr 已经在 C++ 17 中移除,对于面向未来的程序员来说,最好减少在代码中出现该使用的频次吧,这里我便不再研究该类型。又因为weak_ptr是shared_ptr的弱引用,所以,主要的只能指针分为两个unique_ptr和shared_ptr。

    std::unique_ptr 是通过指针占有并管理另一对象,并在 unique_ptr 离开作用域时释放该对象的智能指针。在下列两者之一发生时用关联的删除器释放对象:

    • 销毁了管理的 unique_ptr 对象
    • 通过 operator= 或 reset() 赋值另一指针给管理的 unique_ptr 对象。

    std::shared_ptr 是通过指针保持对象共享所有权的智能指针。多个 shared_ptr 对象可占有同一对象。下列情况之一出现时销毁对象并解分配其内存:

    • 最后剩下的占有对象的 shared_ptr 被销毁;
    • 最后剩下的占有对象的 shared_ptr 被通过 operator= 或 reset() 赋值为另一指针。

    unique_ptr

    这是个独占式的指针对象,在任何时间、资源只能被一个指针占有,当unique_ptr离开作用域,指针所包含的内容会被释放。

    创建

    1. unique_ptr<int> uptr( new int );
    2. unique_ptr<int[ ]> uptr( new int[5] );
    3. ​
    4. //声明,可以用一个指针显示的初始化,或者声明成一个空指针,可以指向一个类型为T的对象
    5. shared_ptr<T> sp;
    6. unique_ptr<T> up;
    7. //赋值,返回相对应类型的智能指针,指向一个动态分配的T类型对象,并且用args来初始化这个对象
    8. make_shared<T>(args);
    9. make_unique<T>(args); //注意make_unique是C++14之后才有的
    10. //用来做条件判断,如果其指向一个对象,则返回true否则返回false
    11. p;
    12. //解引用
    13. *p;
    14. //获得其保存的指针,一般不要用
    15. p.get();
    16. //交换指针
    17. swap(p,q);
    18. p.swap(q);
    19. ​
    20. //release()用法
    21. //release()返回原来智能指针指向的指针,只负责转移控制权,不负责释放内存,常见的用法
    22. unique_ptr<int> q(p.release()) // 此时p失去了原来的的控制权交由q,同时p指向nullptr
    23. //所以如果单独用:
    24. p.release()
    25. //则会导致p丢了控制权的同时,原来的内存得不到释放
    26. //则会导致//reset()用法
    27. p.reset() // 释放p原来的对象,并将其置为nullptr,
    28. p = nullptr // 等同于上面一步
    29. p.reset(q) // 注意此处q为一个内置指针,令p释放原来的内存,p新指向这个对象

    类满足可移动构造 (MoveConstructible) 和可移动赋值 (MoveAssignable) 的要求,但不满足可复制构造 (CopyConstructible) 或可复制赋值 (CopyAssignable) 的要求。 因此不可以使用 = 操作和拷贝构造函数,仅能使用移动操作。

    Demo

    1. #include <iostream>
    2. #include <vector>
    3. #include <memory>
    4. #include <cstdio>
    5. #include <fstream>
    6. #include <cassert>
    7. #include <functional>
    8. ​
    9. struct B {
    10. virtual void bar() { std::cout << "B::bar\n"; }
    11. virtual ~B() = default;
    12. };
    13. struct D : B
    14. {
    15. D() { std::cout << "D::D\n"; }
    16. ~D() { std::cout << "D::~D\n"; }
    17. void bar() override { std::cout << "D::bar\n"; }
    18. };
    19. ​
    20. // 消费 unique_ptr 的函数能以值或以右值引用接收它
    21. std::unique_ptr<D> pass_through(std::unique_ptr<D> p)
    22. {
    23. p->bar();
    24. return p;
    25. }
    26. ​
    27. void close_file(std::FILE* fp) { std::fclose(fp); }
    28. ​
    29. int main()
    30. {
    31. std::cout << "unique ownership semantics demo\n";
    32. {
    33. auto p = std::make_unique<D>(); // p 是占有 D 的 unique_ptr
    34. auto q = pass_through(std::move(p));
    35. assert(!p); // 现在 p 不占有任何内容并保有空指针
    36. q->bar(); // 而 q 占有 D 对象
    37. } // ~D 调用于此
    38. ​
    39. std::cout << "Runtime polymorphism demo\n";
    40. {
    41. std::unique_ptr<B> p = std::make_unique<D>(); // p 是占有 D 的 unique_ptr
    42. // 作为指向基类的指针
    43. p->bar(); // 虚派发
    44. ​
    45. std::vector<std::unique_ptr<B>> v; // unique_ptr 能存储于容器
    46. v.push_back(std::make_unique<D>());
    47. v.push_back(std::move(p));
    48. v.emplace_back(new D);
    49. for(auto& p: v) p->bar(); // 虚派发
    50. } // ~D called 3 times
    51. ​
    52. std::cout << "Custom deleter demo\n";
    53. std::ofstream("demo.txt") << 'x'; // 准备要读的文件
    54. {
    55. std::unique_ptr<std::FILE, void (*)(std::FILE*) > fp(std::fopen("demo.txt", "r"),
    56. close_file);
    57. if(fp) // fopen 可以打开失败;该情况下 fp 保有空指针
    58. std::cout << (char)std::fgetc(fp.get()) << '\n';
    59. } // fclose() 调用于此,但仅若 FILE* 不是空指针
    60. // (即 fopen 成功)
    61. ​
    62. std::cout << "Custom lambda-expression deleter demo\n";
    63. {
    64. std::unique_ptr<D, std::function<void(D*)>> p(new D, [](D* ptr)
    65. {
    66. std::cout << "destroying from a custom deleter...\n";
    67. delete ptr;
    68. }); // p 占有 D
    69. p->bar();
    70. } // 调用上述 lambda 并销毁 D
    71. ​
    72. std::cout << "Array form of unique_ptr demo\n";
    73. {
    74. std::unique_ptr<D[]> p{new D[3]};
    75. } // 调用 ~D 3 次
    76. }

    输出结果:

    1. unique ownership semantics demo
    2. D::D
    3. D::bar
    4. D::bar
    5. D::~D
    6. Runtime polymorphism demo
    7. D::D
    8. D::bar
    9. D::D
    10. D::D
    11. D::bar
    12. D::bar
    13. D::bar
    14. D::~D
    15. D::~D
    16. D::~D
    17. Custom deleter demo
    18. x
    19. Custom lambda-expression deleter demo
    20. D::D
    21. D::bar
    22. destroying from a custom deleter...
    23. D::~D
    24. Array form of unique_ptr demo
    25. D::D
    26. D::D
    27. D::D
    28. D::~D
    29. D::~D
    30. D::~D

    shared_ptr

    有两种方式创建 shared_ptr:使用make_shared宏来加速创建的过程。因为shared_ptr主动分配内存并且保存引用计数(reference count),make_shared 以一种更有效率的方法来实现创建工作。

    1. void main( )
    2. {
    3. shared_ptr<int> sptr1( new int );
    4. shared_ptr<int> sptr2 = make_shared<int>(100);
    5. }

    析构

    shared_ptr默认调用delete释放关联的资源。如果用户采用一个不一样的析构策略时,他可以自由指定构造这个shared_ptr的策略。在此场景下,shared_ptr指向一组对象,但是当离开作用域时,默认的析构函数调用delete释放资源。实际上,我们应该调用delete[]来销毁这个数组。用户可以通过调用一个函数,例如一个lamda表达式,来指定一个通用的释放步骤。

    1. void main( )
    2. {
    3. shared_ptr<Test> sptr1( new Test[5],
    4. [ ](Test* p) { delete[ ] p; } );
    5. }

    注意 尽量不要用裸指针创建 shared_ptr,以免出现分组不同导致错误

    1. void main( )
    2. {
    3. // 错误
    4. int* p = new int;
    5. shared_ptr<int> sptr1( p); // count 1
    6. shared_ptr<int> sptr2( p ); // count 1
    7. ​
    8. // 正确
    9. shared_ptr<int> sptr1( new int ); // count 1
    10. shared_ptr<int> sptr2 = sptr1; // count 2
    11. shared_ptr<int> sptr3;
    12. sptr3 =sptr1 // count 3
    13. }

    循环引用

    因为 Shared_ptr 是多个指向的指针,可能出现循环引用,导致超出了作用域后仍有内存未能释放。

    1. class B;
    2. class A
    3. {
    4. public:
    5. A( ) : m_sptrB(nullptr) { };
    6. ~A( )
    7. {
    8. cout<<" A is destroyed"<<endl;
    9. }
    10. shared_ptr<B> m_sptrB;
    11. };
    12. class B
    13. {
    14. public:
    15. B( ) : m_sptrA(nullptr) { };
    16. ~B( )
    17. {
    18. cout<<" B is destroyed"<<endl;
    19. }
    20. shared_ptr<A> m_sptrA;
    21. };
    22. //***********************************************************
    23. void main( )
    24. {
    25. shared_ptr<B> sptrB( new B ); // sptB count 1
    26. shared_ptr<A> sptrA( new A ); // sptB count 1
    27. sptrB->m_sptrA = sptrA; // sptB count 2
    28. sptrA->m_sptrB = sptrB; // sptA count 2
    29. }
    30. ​
    31. // 超出定义域
    32. // sptA count 1
    33. // sptB count 2

    demo

    1. #include <iostream>
    2. #include <memory>
    3. #include <thread>
    4. #include <chrono>
    5. #include <mutex>
    6. ​
    7. struct Base
    8. {
    9. Base() { std::cout << " Base::Base()\n"; }
    10. // 注意:此处非虚析构函数 OK
    11. ~Base() { std::cout << " Base::~Base()\n"; }
    12. };
    13. ​
    14. struct Derived: public Base
    15. {
    16. Derived() { std::cout << " Derived::Derived()\n"; }
    17. ~Derived() { std::cout << " Derived::~Derived()\n"; }
    18. };
    19. ​
    20. void thr(std::shared_ptr<Base> p)
    21. {
    22. std::this_thread::sleep_for(std::chrono::seconds(1));
    23. std::shared_ptr<Base> lp = p; // 线程安全,虽然自增共享的 use_count
    24. {
    25. static std::mutex io_mutex;
    26. std::lock_guard<std::mutex> lk(io_mutex);
    27. std::cout << "local pointer in a thread:\n"
    28. << " lp.get() = " << lp.get()
    29. << ", lp.use_count() = " << lp.use_count() << '\n';
    30. }
    31. }
    32. ​
    33. int main()
    34. {
    35. std::shared_ptr<Base> p = std::make_shared<Derived>();
    36. ​
    37. std::cout << "Created a shared Derived (as a pointer to Base)\n"
    38. << " p.get() = " << p.get()
    39. << ", p.use_count() = " << p.use_count() << '\n';
    40. std::thread t1(thr, p), t2(thr, p), t3(thr, p);
    41. p.reset(); // 从 main 释放所有权
    42. std::cout << "Shared ownership between 3 threads and released\n"
    43. << "ownership from main:\n"
    44. << " p.get() = " << p.get()
    45. << ", p.use_count() = " << p.use_count() << '\n';
    46. t1.join(); t2.join(); t3.join();
    47. std::cout << "All threads completed, the last one deleted Derived\n";
    48. }

    可能的输出结果

    1. Base::Base()
    2. Derived::Derived()
    3. Created a shared Derived (as a pointer to Base)
    4. p.get() = 0xc99028, p.use_count() = 1
    5. Shared ownership between 3 threads and released
    6. ownership from main:
    7. p.get() = (nil), p.use_count() = 0
    8. local pointer in a thread:
    9. lp.get() = 0xc99028, lp.use_count() = 3
    10. local pointer in a thread:
    11. lp.get() = 0xc99028, lp.use_count() = 4
    12. local pointer in a thread:
    13. lp.get() = 0xc99028, lp.use_count() = 2
    14. Derived::~Derived()
    15. Base::~Base()
    16. All threads completed, the last one deleted Derived

    weak_ptr

    std::weak_ptr 是一种智能指针,它对被 std::shared_ptr 管理的对象存在非拥有性(“弱”)引用。在访问所引用的对象前必须先转换为 std::shared_ptr。

    std::weak_ptr 用来表达临时所有权的概念:当某个对象只有存在时才需要被访问,而且随时可能被他人删除时,可以使用 std::weak_ptr 来跟踪该对象。需要获得临时所有权时,则将其转换为 std::shared_ptr,此时如果原来的 std::shared_ptr 被销毁,则该对象的生命期将被延长至这个临时的 std::shared_ptr 同样被销毁为止。

    std::weak_ptr 的另一用法是打断 std::shared_ptr 所管理的对象组成的环状引用。若这种环被孤立(例如无指向环中的外部共享指针),则 shared_ptr 引用计数无法抵达零,而内存被泄露。能令环中的指针之一为弱指针以避免此情况。

    创建

    1. void main( )
    2. {
    3. shared_ptr<Test> sptr( new Test ); // 强引用 1
    4. weak_ptr<Test> wptr( sptr ); // 强引用 1 弱引用 1
    5. weak_ptr<Test> wptr1 = wptr; // 强引用 1 弱引用 2
    6. }

    将一个weak_ptr赋给另一个weak_ptr会增加弱引用计数(weak reference count)。 所以,当shared_ptr离开作用域时,其内的资源释放了,这时候指向该shared_ptr的weak_ptr发生了什么?weak_ptr过期了(expired)。如何判断weak_ptr是否指向有效资源,有两种方法:

    • 调用use-count()去获取引用计数,该方法只返回强引用计数,并不返回弱引用计数。
    • 调用expired()方法。比调用use_count()方法速度更快。

    从weak_ptr调用lock()可以得到shared_ptr或者直接将weak_ptr转型为shared_ptr

    解决 shared_ptr 循环引用问题

    1. class B;
    2. class A
    3. {
    4. public:
    5. A( ) : m_a(5) { };
    6. ~A( )
    7. {
    8. cout<<" A is destroyed"<<endl;
    9. }
    10. void PrintSpB( );
    11. weak_ptr<B> m_sptrB;
    12. int m_a;
    13. };
    14. class B
    15. {
    16. public:
    17. B( ) : m_b(10) { };
    18. ~B( )
    19. {
    20. cout<<" B is destroyed"<<endl;
    21. }
    22. weak_ptr<A> m_sptrA;
    23. int m_b;
    24. };
    25. ​
    26. void A::PrintSpB( )
    27. {
    28. if( !m_sptrB.expired() )
    29. {
    30. cout<< m_sptrB.lock( )->m_b<<endl;
    31. }
    32. }
    33. ​
    34. void main( )
    35. {
    36. shared_ptr<B> sptrB( new B );
    37. shared_ptr<A> sptrA( new A );
    38. sptrB->m_sptrA = sptrA;
    39. sptrA->m_sptrB = sptrB;
    40. sptrA->PrintSpB( );
    41. }

    STL 智能指针的陷阱/不够智能的地方

    1. 尽量用make_shared/make_unique,少用new
    std::shared_ptr在实现的时候使用的refcount技术,因此内部会有一个计数器(控制块,用来管理数据)和一个指针,指向数据。因此在执行 std::shared_ptr p2(new A) 的时候,首先会申请数据的内存,然后申请内控制块,因此是两次内存申请,而 std::make_shared()则是只执行一次内存申请,将数据和控制块的申请放到一起。
    1. 不要使用相同的内置指针来初始化(或者reset)多个智能指针
    2. 不要delete get()返回的指针
    3. 不要用get()初始化/reset另一个智能指针
    4. 智能指针管理的资源它只会默认删除new分配的内存,如果不是new分配的则要传递给其一个删除器
    5. 不要把this指针交给智能指针管理
      以下代码发生了什么事情呢?还是同样的错误。把原生指针 this 同时交付给了 m_sp 和 p 管理,这样会导致 this 指针被 delete 两次。 这里值得注意的是:以上所说的交付给m_sp 和 p 管理不对,并不是指不能多个shared_ptr同时占有同一类资源。shared_ptr之间的资源共享是通过shared_ptr智能指针拷贝、赋值实现的,因为这样可以引起计数器的更新;而如果直接通过原生指针来初始化,就会导致m_sp和p都根本不知道对方的存在,然而却两者都管理同一块地方。相当于”一间庙里请了两尊神”。
      class Test{
      public:
      void Do(){ m_sp = shared_ptr(this); }
      private:
      shared_ptr m_sp;
      };
      int main()
      {
      Test* t = new Test;
      shared_ptr p(t);
      p->Do();
      return 0;
      }
    6. 不要把一个原生指针给多个shared_ptr或者unique_ptr管理
    我们知道,在使用原生指针对智能指针初始化的时候,智能指针对象都视原生指针为自己管理的资源。换句话意思就说:初始化多个智能指针之后,这些智能指针都担负起释放内存的作用。那么就会导致该原生指针会被释放多次!!
    1. int* ptr = new int;
    2. shared_ptr<int> p1(ptr);
    3. shared_ptr<int> p2(ptr);
    4. //p1,p2析构的时候都会释放ptr,同一内存被释放多次!
    1. 不是使用new出来的空间要自定义删除器
    以下代码试图将malloc产生的动态内存交给shared_ptr管理;显然是有问题的,delete 和 malloc 牛头不对马嘴!!! 所以我们需要自定义删除器{ free(p); }传递给shared_ptr。
    1. int main()
    2. {
    3. int* pi = (int*)malloc(4 * sizeof(int));
    4. shared_ptr<int> sp(pi);
    5. return 0;
    6. }
    1. 尽量不要使用 get()
    智能指针设计者之处提供get()接口是为了使得智能指针也能够适配原生指针使用的相关函数。这个设计可以说是个好的设计,也可以说是个失败的设计。因为根据封装的封闭原则,我们将原生指针交付给智能指针管理,我们就不应该也不能得到原生指针了;因为原生指针唯一的管理者就应该是智能指针。而不是客户逻辑区的其他什么代码。 所以我们在使用get()的时候要额外小心,禁止使用get()返回的原生指针再去初始化其他智能指针或者释放。(只能够被使用,不能够被管理)。而下面这段代码就违反了这个规定:
    1. int main()
    2. {
    3. shared_ptr<int> sp(new int(4));
    4. shared_ptr<int> pp(sp.get());
    5. return 0;
    6. }

    https://zhuanlan.zhihu.com/p/650440110

  • 相关阅读:
    原创Python文件头注释块
    @JsonView注解大白话简介说明
    redis实现延迟队列
    如何设置远程服务器对本地服务器免密登录
    WebRTC系列补充--native重采样
    【Unity3D】拖尾TrailRenderer
    selenium键盘鼠标事件ActionChains
    Debezium发布历史163
    ARCGIS 横向图例是怎么做的?
    cJSON.c 在mfc中编译失败报 lnk2005错误
  • 原文地址:https://blog.csdn.net/qq18218628646/article/details/133138292
  • 最新文章
  • 攻防演习之三天拿下官网站群
    数据安全治理学习——前期安全规划和安全管理体系建设
    企业安全 | 企业内一次钓鱼演练准备过程
    内网渗透测试 | Kerberos协议及其部分攻击手法
    0day的产生 | 不懂代码的"代码审计"
    安装scrcpy-client模块av模块异常,环境问题解决方案
    leetcode hot100【LeetCode 279. 完全平方数】java实现
    OpenWrt下安装Mosquitto
    AnatoMask论文汇总
    【AI日记】24.11.01 LangChain、openai api和github copilot
  • 热门文章
  • 十款代码表白小特效 一个比一个浪漫 赶紧收藏起来吧!!!
    奉劝各位学弟学妹们,该打造你的技术影响力了!
    五年了,我在 CSDN 的两个一百万。
    Java俄罗斯方块,老程序员花了一个周末,连接中学年代!
    面试官都震惊,你这网络基础可以啊!
    你真的会用百度吗?我不信 — 那些不为人知的搜索引擎语法
    心情不好的时候,用 Python 画棵樱花树送给自己吧
    通宵一晚做出来的一款类似CS的第一人称射击游戏Demo!原来做游戏也不是很难,连憨憨学妹都学会了!
    13 万字 C 语言从入门到精通保姆级教程2021 年版
    10行代码集2000张美女图,Python爬虫120例,再上征途
Copyright © 2022 侵权请联系2656653265@qq.com    京ICP备2022015340号-1
正则表达式工具 cron表达式工具 密码生成工具

京公网安备 11010502049817号