例如：当用一个shared_ptr初始化另一个shared_ptr、或者它作为参数传递给一个函数以及作为函数的返回值，它所关联的计数器就会增加 当我们给让shared_ptr指向另一个对象或者shared_ptr...(p)); //正确} 七、shared_ptr类的函数传参使用 当一个函数的参数是shared_ptr类时，有以下规则： 函数的调用是传值调用 调用函数时，该shared_ptr类所指向的对象引用计数加...的关系： 因为shared_ptr类会在生存周期结束之后，将引用计数减1，当引用计数为0时，会释放内存空间 下面是一个特殊的应用场景，需要注意 void process(shared_ptr...此函数的设计情况：我们需要向不能使用智能指针的代码传递一个内置指针 get函数将内存的访问权限传递给一个指针，但是之后代码不会delete该内存的情况下，对get函数的使用才是最安全的 永远不要用get...，传递给shared_ptr一个lambda作为删除器 shared_ptr sp(new int[10], [](int *p) { delete[] p; } ); shared_ptr
这个指针被传递给 CSmartPtr 的构造函数作为参数 问题 我们继续看下面的代码 CSmartPtr p1(new int); CSmartPtr p2(p1); 这样的话...，它接收一个右值引用作为参数。...当你使用std::move函数将一个unique_ptr对象转化为右值引用并将其传递给另一个unique_ptr对象来初始化时，就会调用这个构造函数 unique_ptr& operator=(unique_ptr...shared_ptr是标准库的一个智能指针类 shared_ptr pa(new A());这行代码，使用一个new A() 创建了一个新的A类型的对象，并将其地址作为参数传递给shared_ptr...因此，即使对象p被删除，子线程仍然可以访问它所在的内存地址并调用它的方法 但是，这样的行为是不安全的，因为在删除对象后访问它会导致未定义行为。在这种情况下，程序可能会崩溃或产生意外的结果。
同时也解释了为什么要用shared_from_this以及智能指针的函数传参问题。 对象所有权 首先需要理清楚的概念就是对象所有权的概念。...通常做法是parent类持有child的shared_ptr, child持有指向parent的weak_ptr。这样也更符合语义。 如何指针作为函数传参 很多时候，函数的参数是个指针。...这个时候就会面临选择困难症，这个参数应该怎么传，应该是shared_ptr，还是const shared_ptr&，还是直接raw pointer更合适。 1....只在函数使用指针，但并不保存 假如我们只需要在函数中，用这个对象处理一些事情，但不打算涉及其生命周期的管理，不打算通过函数传参延长shared_ptr的生命周期。...在函数中保存智能指针 假如我们需要在函数中把这个智能指针保存起来，这个时候建议直接传值。
因此，从这一角度说，成员函数与普通函数一样，只是多了this指针。而类的静态成员函数只能访问静态成员变量，不能访问非静态成员变量，所以静态成员函数不需要this指针作为隐式参数。...但是这里没有判断it为空的情况，直接就erase了，如果erase一个空的迭代器会引发crash。很多新手程序员会犯这样的错误，随时判空是个不错的习惯。...函数传参使用对象的引用 effective C++中也提到了：以pass-by-reference-to-const替换pass-by-value 指在函数参数传递时，将原本使用"pass-by-value...顾名思义，std::async是一个函数模板，它将函数或函数对象作为参数(称为回调)并异步运行它们，最终返回一个std::future，它存储std::async()执行的函数对象返回的值，为了从中获取值...在设计函数的时候，将参数用 const 修饰的话，可以保证效率和安全。
，导致系统资源的浪费，严重影响系统性能，如：socket，bitmap，handle 没有将父类的析构函数定义为虚函数 --- 父类指针指向子类对象的时候，释放内存的时候，若父类的析构函数不是virtual...产生段错误的原因 使用野指针 试图对字符串常量进行修改 new和malloc的区别： 在申请内存时 new是一个操作符，可以被重载，malloc是一个库函数 new在申请内存的时候，会按照对象的数据结构分配内存...函数作为类的成员函数，可以使用类的保护成员及私有成员； inline函数使用的场合 使用宏定义的地方都可以使用 inline 函数； 作为类成员接口函数来读写类的私有成员或者保护成员； 为什么不能把所有的函数写成...inline 函数 函数体内的代码比较长，将导致内存消耗代价； 函数体内有循环，函数执行时间要比函数调用开销大； 另外类的构造与析构函数不要写成内联函数。...宏定义时要注意书写（参数要括起来）否则容易出现歧义，内联函数不会产生歧义； 总结 分享了内存管理，内存泄露，智能指针 内存泄露检测工具 代码中产生段错误的原因 内存优化 其余小知识点 欢迎点赞，关注，
对于特定的对象，只能有一个智能指针可拥有，这样只有拥有对象的智能指针的构造函数会删除该对象。然后让赋值操作转让所有权。...unique_ptr 是 auto_ptr 的继承者，对于同一块内存只能有一个持有者，而 unique_ptr 和 auto_ptr 唯一区别就是 unique_ptr 不允许赋值操作，也就是不能放在等号的左边（函数的参数和返回值例外...father 指针销毁，Father 对象的引用计数变成 0，导致 Father 对象析构，Father 对象的析构会导致它包含的 son_ 指针被销毁，这时 Son 对象的引用计数变成 0，所以 Son...将 weak_ptr 传递给 shared_ptr 的构造函数，要是对象已被析构，则抛出 std::exception 异常。...另外，如果按值而不是按引用给 show() 传递对象，for_each() 将非法，因为这将导致使用一个来自 vp 的非临时 unique_ptr 初始化 pi，而这是不允许的，编译器将发现错误使用 unique_ptr
一般而言线程不安全的行为大多数出现了data race导致的，比如你调用了某个系统函数，而这个函数内部其实用到了静态变量，那么多线程执行该函数的时候，就会触发data race，造成结果不符合预期，严重的时候...，甚至会导致core dump。...::thread td([&sp1] () {....}); 又或者通过回调函数的参数传入的shared_ptr对象，参数类型是引用: void fn(shared_ptr& sp) {...尽管前面我们提到了如果是按值捕获（或传参）的shared_ptr对象，那么是该对象是线程安全的。...，有一个处理逻辑是根据查到的value值，去判断是否满足一个条件，然后清空一个unordere_map的变量（调用clear成员函数）。这两个回调函数中都有可能会触发这个clear操作。
我曾经犯过这样错误，导致游戏服务器的一个全球跨服战的宕机，原因就是我在delete之后，没有将指针指向的内容没有置为NULL，导致我后面又对指针指向的成员进行非法访问，宕机，我半夜两天起来远程连接公司电脑修...使用规则 ①我们可以使用将shared_ptr类对象指向一个new所申请的动态内存 ②new申请的动态内存的使用、释放等规则仍然符合shared_ptr类的使用规则 使用语法 因为智能指针的构造函数是...> p2(new int(1024)); //正确：使用直接初始化 动态内存作为返回值时的使用手法：限于上面的使用语法：一个返回shared_ptr的函数不能在其返回语句中隐式转换为一个普通指针 shared_ptr...(p)); //正确} 十、new传参时与shared_ptr的关系 当一个函数的参数是shared_ptr类时，有以下规则： 函数的调用是传值调用 调用函数时，该shared_ptr类所指向的对象引用计数加...new的关系 因为shared_ptr类会在生存周期结束之后，将引用计数减1，当引用计数为0时，会释放内存空间 下面是一个特殊的应用场景，需要注意 void process(shared_ptr<int
那么，直接通过构造函数构造，省略掉p1和p2，会简单很多，但是Smartptr作为我们自己定义的类，不能像p1和p2一样解引用，因此如果想直接进行解引用可以考虑解引用的运算符重载： #include<iostream...，就会调用析构，由于指向同一个位置，导致被析构两次，就会出现错误。...当shared_ptr对象的生命周期结束时就会调用传入的删除器完成资源的释放，调用该删除器时会将shared_ptr管理的资源作为参数进行传入。...时是分成了很多个类的，因此C++标准库中可以将删除器的类型设置为构造函数的模板参数，然后将删除器的类型在各个类之间进行传递。...但我们是直接用一个类来模拟实现shared_ptr的，因此不能将删除器的类型设置为构造函数的模板参数。
，导致程序直接跳转到 main 函数的 catch 语句处，p1 和 p2 指向的空间未被释放： 针对这种情况我们的做法是在 Func 中对 div 异常进行捕获后，将 p1 p2 释放，最后再将异常重新抛出...auto_ptr 最大的问题是它会导致 对象悬空，即后面再使用当前对象时，会造成空指针解引用。...在多线程环境下运行后引用计数的值是错误且随机的 (正确应该为0)，而库中的 shared_ptr 则是正确的，其原因如下： 我们使用当前对象拷贝构造一个新的对象来共同管理当前资源时，资源的引用计数会++...C++ 标准库中定义的 shared_ptr 允许我们将函数对象作为构造函数的参数进行传递，这是因为 shared_ptr 必须通过引用计数的方式来管理所指向的资源，对于一个 shared_ptr 对象来说...shared_ptr 的这种将删除器作为构造函数参数进行传递的方式让我们可以搭配 lambda 表达式进行使用，非常方便： 但是对于其他不需要引用计数的智能指针来说，就只能通过模板参数来传递仿函数进行定制删除了
异常对象在被catch块捕获时，catch块中通常都是用引用来作为接收异常对象类型的参数。 在C++中，当异常被抛出时，异常处理机制会确保异常对象在对应的catch块执行期间保持有效。...但我们自己实现的shared_ptr和库里面有点不同，我们无法在构造函数的时候就传递定制删除器，只能通过增加模板参数的方式来实现删除器的使用，主要我们自己实现的是简易版本的，意在将原理分析清楚，库里面的...shared_ptr的构造函数可以直接支持传递删除器，实际底层又套了很多的类来解决的，因为他还要将这个删除器传递给析构函数，删除器肯定是在析构函数中使用的嘛，所以还有一个中间传递的过程。...我们为了简易化这个过程，直接增加了shared_ptr第二个模板参数，通过这个参数我们直接在类内创建删除器对象，然后在析构函数中通过这个可调用对象实现资源的释放。...饿汉模式→数据段 a.单例对象初始化数据过多时，会导致程序启动速度变慢，执行流进入main主函数的速度会很慢。 b.不存在线程安全的问题，因为类加载的时候就已经开辟初始化好单例对象了。
如果参数为一个新指针，将管理这个新指针 4、unique() 如果引用计数为 1，则返回 true，否则返回 false 5、use_count() 返回引用计数的大小 std::shared_ptr<...可否在A中定义B和C的shared_ptr呢？答案是不可以，这样会产生循环引用，导致内存泄露。 此时就需要weak_ptr出场了。... A { //上述代码省略 public: void new_D() { //错误方式，用this指针重新构造shared_ptr，将导致二次释放当前对象 ...，可能会导致程序异常。.../错误方式，用this指针重新构造shared_ptr，将导致二次释放当前对象 std::shared_ptr this_shared_ptr1(this); } }; std
如果参数为一个新指针，将管理这个新指针。...public: void new_D(){ //错误方式，用this指针重新构造shared_ptr，将导致二次释放当前对象 std::shared_ptr this_shared_ptr1...(); std::unique_ptr d2(new D(this_shared_ptr2)); }}; （二）智能指针的错误用法 智能指针的使用时有较多常见的错误用法，可能会导致程序异常...delete a;// 此处也将导致对象的二次释放} 不要将this指针直接托管智能指针 class E{ void use_this(){ //错误方式...并将weak_ptr传给子线程，子线程会判断外部的ReportClass是否已经被销毁，如果没有被销毁会通过weak_ptr换取shared_ptr，否则线程退出。
例如，以下代码将起作用： C++int i;decltype(i) j; 但是，在 decltype 中使用表达式会导致语法错误： C++int i; int j;decltype(i+j) k;...SWIG 允许可变数量的参数为空。但是，这通常会导致结果扩展中出现额外的逗号 (, ) 和语法错误。...该指令 #warning 指令将导致 SWIG 发出警告，然后继续处理。该 #ERROR 指令将导致 SWIG 退出致命错误。...首先，由于一个 char* 参数指向目标语言内部的数据，它是修改这些数据的不安全函数（这样做可能会损坏解释，并导致崩溃）。此外，默认行为不适用于二进制数据。相反，字符串被假定为以 NULL 结尾。...宏，SWIG 将对此发出警告，并且生成的代码可能会也可能不会导致 C++ 编译错误。
Lambdas 任务包 lambda 是一个可调用的单元， 在C++， 它由三部分组成：捕获外部变量列表， 参数， 函数体。...捕获外部变量列表在lambda初始化的时候给现存的变量做快照， 参数是在lambda被调用的时候传递的，在lambda被调用的时候， lambda 函数体被执行。...当它被调用的时候， 这个lambda函数首先检查网络错误， 然后开始下一个任务， authentication()....过渡使用shared_ptr会导致令人讨厌的并且难以检测的bug。可以从这篇博文获得有趣的， 推荐的阅读材料。在这条道路上， 我们必须小心行事。...primary执行路径是在任务的每个阶段的lambda函数体里。 在这里我们能接受网络错误并且决定是否将下一个任务添加到调用链里面。
2，作为函数参数传递时，请传递引用。因为作为值传递时，将产生大量无意义的引用计数。 3，共享所有权性质的对象往往比限定作用域的对象生存时间更久、资源开销更大，尤其是多线程下。...设计上与 shared_ptr 搭配使用，因为 shared_ptr 存在一个问题，就是循环引用计数递增而导致的内存泄漏。...使用make_shared的语句更简单，因为只涉及到一个函数调用。 这样会更有效，因为库可能会对对象和智能指针进行一个分配。...此函数的速度更快，导致内存碎片更少，但在一次分配时不存在异常，而不是在另一种分配上。 通过使引用对象和更新智能指针中的引用计数的代码具有的更好的地址来提高性能。...make_shared如果对象需要自定义删除器，则不能使用，因为无法将删除器作为参数传递。
对于这种情况，我们可以进行异常的重新捕获 异常的重新捕获 在func函数中对div函数中的抛出的异常重新捕获，将申请的内存进行释放，然后在将异常重新捕获： int div() { int a, b;...SmartPtr对象管理： 在构造SmartPtr对象时，自动调用构造函数，将传入的需要管理的内存保存起来; 在析构SmartPtr对象时，自动调用析构函数，将管理的内存空间进行释放 SmartPtr...当shared_ptr对象的生命周期结束时就会调用传入的删除器完成资源的释放，调用该删除器时会将shared_ptr管理的资源作为参数进行传入。...>()); return 0; } 定制删除器的模拟实现 我们是直接用一个类来模拟实现shared_ptr的，不能将删除器的类型设置为构造函数的参数模板，因为删除器不是在构造函数中调用，而是在...为了防止程序中途返回或抛异常等原因导致结点未被释放，我们将这两个结点分别交给两个shared_ptr对象进行管理，现在套上智能指针shared_ptr： struct ListNode { shared_ptr
程序出现问题，原因经常在动态内存管理这块，比如分配内存后没有及时释放，或者当前线程提前释放了其他线程也会使用的内存。...通过在释放内存后将指针置为空，有时可以检出这种错误 同一块内存多次释放 坚持只使用智能指针就可以避免所有这些问题。...对于一块内存只有在没有任何智能指针指向它的情况下，智能指针才会自动释放它 shared_ptr 和 new 结合使用 接受指针参数的智能指针构造函数是 explicit 的。...，智能指针的计数为0，会销毁对应的对象 *p1 = 100; //错误，此时对象已被销毁 智能指针定义了一个get函数用来返回一个普通的指针，此函数是为了这样一种情况而设计的：我们需要像不能使用智能指针的代码传递一个内置指针...成员函数construct接受一个指向将要被构造的内存的指针，同时可以接受额外参数作为构造对象时的参数。
如果对内存管理不当，可能导致程序中存在内存缺陷，甚至会在运行时产生内存故障错误。...正是因为拷贝导致所有权被转移，所以auto_ptr使用上有很多限制： 不能在STL容器中使用，因为复制将导致数据无效 一些STL算法也可能导致auto_ptr失效，比如std::sort算法 不能作为函数参数...，因为这会导致复制，并且在调用后，导致原数据无效 如果作为类的成员变量，需要注意在类拷贝时候导致的数据无效 正是因为auto_ptr的诸多限制，所以自C++11起，废弃了auto_ptr，引入unique_ptr...经验之谈 不要混用 指针之间的混用，有时候会造成不可预知的错误，所以建议尽量不要混用。...ptr); delete ptr; } 在上述代码中，将ptr所有权归shared_ptr所拥有，所以在出fun()函数作用域的时候，会自动释放ptr指针，而在函数末尾又主动调用delete
线程模式 Thrift将线程分成两类： 4.1. ...IO线程 IO线程负责监听和接受连接请求，和接收客户端发送过来的数据，收到完整请求后，以Task方式传递给工作线程，由工作线程回调。...Task（在TNonblockingServer::TConnection::transition()中完成），由TNonblockingServer将Task传递给ThreadManager。...从接受连接的时序过程可以看出：在该连接TConnection接收数据之前，先调用了TServerEventHandler::createContext()，这个就是获取客户端IP的机会之一，但是当前的实现没有将相关的信息作为参数传递给...，将TSocket作为参数传递，这样就可以非常轻易的取得客户端的IP了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
