C++资源管理————————在资源管理类中小心copying行为

最新推荐文章于 2021-10-30 00:00:05 发布
原创 最新推荐文章于 2021-10-30 00:00:05 发布 · 425 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了资源管理中RAII（Resource Acquisition Is Initialization）的概念及其应用。重点介绍了四种避免资源管理错误的方法：禁止复制、使用引用计数法、进行深拷贝及转移资源拥有权。

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

条款14  在资源管理类中小心copying行为

当一个RAII对此被复制，会导致同一资源多次被释放

因此

1.禁止复制

将copying操作声明为private


2.对底层资源采用“引用计数法”（如tr1：：shared_ptr）

用一个变量保存引用个数，当引用个数为0时，才销毁它


3.复制底部资源

即深拷贝，不仅制作出一个指针的复件，而且会创建一个新的内存


4.转移底部资源的拥有权

将拥有权从被复制物  转移到 目标物 ，如auto_ptr


daililichd
关注
《Effective C++》《资源管理——14、在资源管理类中小心copying行为》
zwh1298454060的博客
06-02 958
14、在资源管理类中小心copying行为
C++内存管理——unique_ptr
hongwang0506的博客
09-01 761
1. 概述 本想将unique_ptr, shared_ptr和weak_ptr写在同一篇文章中，无奈越（废）写（话）越（连）长（篇），本着不给自己和读者太大压力的原则，最终决定分为三篇去描述它们（不是恶意凑文章数哦）。 本篇文章主要描述了unique_ptr，在此之前先给出了auto_ptr的介绍，废话不说，直入正题。 2. auto_ptr auto_ptr是在C++ 98中引入的，在C++ 17中被移除掉。它的引入是为了管理动态分配的内存，它的移除是因为本身有严重的缺陷，并且已经有了很好的替代者
读书笔记_Effective_C++_条款十四：在资源管理类中小心copying行为
weixin_30528371的博客
05-25 163
条款十四：在资源管理类中小心copying行为 首先来看一个例子： 1 #include <iostream> 2 using namespace std; 3 4 class Lock 5 { 6 public: 7 explicit Lock(int* pm): m_p(pm) 8 { 9 lock(m_p...
[Effective C++ --014]在资源管理类中小心copying行为
weixin_30768661的博客
11-17 157
第一节 <背景> 条款13中讲到“资源取得的时机便是初始化时机”并由此引出“以对象管理资源”的概念。通常情况下使用std中的auto_ptr(智能指针)和tr1::shared_ptr(引数智能指针)作为管理资源的对象。事实上，这种管理方法十分有效。但是，auto_ptr和tr1::shared_ptr只能管理基于堆(heap-based)的资源，而非heap-based的资源却往往...
EC笔记：第三部分：14、在资源管理类中小心Copying行为
weixin_30678349的博客
12-22 118
场景 上一节实现了智能指针，其中的拷贝构造函数和赋值运算符是通过增加/减少指针的引用计数来操作的。但是如果是管理一个独占资源呢？我们希望在一个资源使用时被锁定，在使用完毕后被释放。 #include <mutex> #include <thread> #include <iostream> using namespace std; ...
[Effective C++]条款14：在资源管理类中小心copying行为
qq_45803411的博客
10-30 172
复制 RAII 对象必须一并复制它所管理的资源，所以资源的 copying 行为决定 RAII 对象的 copying 行为 普遍而常见的 RAII class copying 行为是：阻止 copying、使用引用计数(reference counting)。不过其他行为也都可能被实现。 当一个 RAII 对象被复制时，可以选择的行为 禁止复制。许多时候允许 RAII 对象被复制并不合理。对一个像 Iock 这样的 class 这是有可能的，因为很少能够合理拥有“同步化基础器物”（synchroni.
条款14：在资源管理类中小心copying行为
sgh666666的博客
05-29 189
一、当一个RAII对象被复制时的选择 这两种选择要看所管理的资源来定，比如Lock函数就不能用引用计数，因为当引用次数为0时删除资源，这不是我们想要的行为，我们用上一个mutex，我们想做的释放动作是解除锁定而非删除。 然而，shared_ptr允许指定所谓的“删除器”，那是一个函数或者函数对象，当引用次数为0时便被引用（auto没有这种机制）。 ...
c++ 资源管理
weixin_44049597的博客
04-27 224
effective c++ Item13~17 资源管理-学习整理 概括： Item 13～17 介绍了c++资源管理方面的内容。其中，Item13从现实经常发生的内存泄露问题着手推荐我们使用c++标准提供的智能指针来管理资源；Item14和Item15则从自己设计资源管理类的角度出发，告诫我们设计中应该注意的几个问题，并应该如何解决。 详细来看： Item 13 建议用对象管理资源防止内存泄露 （1）常见姿势：我们习惯于使用new和delete来申请和释放内存。如下： class Investment {
C++智能指针——auto_ptr详解
热门推荐
yj_android_develop的博客
02-27 1万+
前言 从之前智能指针的介绍中可以了解到智能指针主要作用是管理内存，避免内存泄漏和悬垂指针。 之前介绍的不管是智能指针与引用计数详解还是智能指针与句柄详解，其核心就是通过一个类来管理被new出来的对象，具体的技术就是靠引用计数。 auto_ptr介绍 auto_ptr的实现原理其实就是RAII，在构造的时候获取资源，在析构的时候释放资源，并进行相关指针操作的重载，使用起来就像普通的指针。该智能指针已...
每天进步一点点——C++11中使用lambda表达式实现一个简单的ScopeGuard
Cynric 的博客
06-09 5367
C++11编程中一个简单实用的ScopeGuard实现
条款14:在资源管理类中小心copying行为
L_H_L的博客
09-19 187
假设我们使用C API函数处理类型为Mutex的互斥器对象,共有lock和unlock两函数可用: void lock(Mutex* pm) //锁定pm所指的互斥器 void unlock(Mutex* pm) //将互斥器解除锁定 为了确保不会忘记将一个被锁住的Mutex解锁,可能会希望建立一个class用来管理机锁 class Lock { public: explicit Lock(Mutex* pm) : mutextPtr(pm) { lock(mutextPtr); }
条款 14：在资源管理类中小心 copying 行为
?.?的专栏
05-20 235
条款 14：在资源管理类中小心 copying 行为 Think carefully about copying behavior in resource-managing classes. class Lock { public: explict Lock(Mutex* pm) : _mutexPtr(pm) { lock(_mutexPtr); } ~Lock() { unlock(_mutexPtr); } private: Mutex* _mutexPtr; }; Mu
条款14、 在资源管理类中小心copying行为
孟游的专栏
10-27 431
一.RAII对象被复制时，采用的方法1.常用1）禁止复制     2）对底层资源适用“引用计数法”（这里可以适用tr1::shared_ptr，但是要适用“删除器"（deleter)2.其他1）复制底层资源（深度拷贝）     2）转移底层资源的所有权二.总结1、复制RAII对象必须一并复制他所管理的资源，所以资源的copying行为决定RAII对象的copying行为；
c++自定义类运算符重载
最新发布
03-10
当涉及到复制构造或者赋值语句时，默认提供的赋值运算符可能不足以满足需求——特别是当类中含有指针或其他动态分配资源的时候。此时应该显式提供自己的版本以确保深拷贝(deep copy)，而不是浅拷贝(shallow copy)[^3...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值