C++资源管理
RolleX 人气:0以对象管理资源
class A{...}; //工厂函数createA来提供特定的A对象 A* createA(); //坏情况 void f(){ A* p=createA(); ... delete p;//如何在delete之前程序先return了,则无法delete } //为了确保资源释放 将资源放进对象内 利用对象的析构函数来释放 void f(){ std::shared_ptr<A> p(createA()); ... //程序结束后会经shared_ptr的析构函数释放 }
auto_ptr已经被废除,主要原因是其拷贝会造成所以权转移,所以使用shared_ptr更好
以对象管理资源的关键想法:
1、获得资源后立刻放进管理对象内
2、管理对象运用析构函数释放资源
注意是:shared_ptr和auto_ptr两者都在析构函数上使用delete而不是delete[],所以在动态分配的数组上使用它们不好。当然我觉得还是少用动态数组,用vector,string啥的就能代替咯。
在资源管理类中小心copy行为
复制RAII对象时有两种选择:
1、禁止复制--------将copying操作声明为private
class Lock:private Uncopyable{ public: .... };
2、对底层资源祭出"引用计数法"--------即shared_ptr
class Lock{ public: explicit Lock(Mutex* pm):mutexPtr(pm,unlock)//unlock函数为删除器 { lock(mutexPtr.get()); } private: shared_ptr<Mutex>mutexPtr; }
复制底部资源:需要资源管理类对象的唯一理由是不需要某个复件资源时确保被释放,在此情况下复制资源管理类对象,应该也复制其所包括的资源,即深拷贝------当一个对象被复制时,不论指针或其所指内存都会被制作出一个复件,即深拷贝。
转移底部资源所有权:auto_ptr,你只希望有一个RAII对象指向一个未加工资源,即使被复制也是如此。
在资源管理类中提供对原始资源的访问
前提:智能指针其实是一个类
shared_ptr<A>p(createA()); //假如有以下函数 int func(const A* pi); //如下调用错误 因为p是一个智能指针不是一个指向A的指针 int f=func(p); //调用get函数返回原始资源 int f=func(p.get());
智能指针重载了指针取值操作符(->,*) 允许隐式转换到原始指针
//例如A有一个函数,p是一个指向A的智能指针 int A::getNum(); //如下调用合格,其实是发生了一个智能指针到原始指针的隐式转换 int num=p->getNum();
一般而言显示转换比较安全,隐式转换客户使用方便。
成对使用new和delete时要采用相同形式
delete的最大问题在于:即将被删除的内存之内究竟有多少个对象
即:被删除的那个指针是指的单一对象还是成对数组?
string* p1=new string; string* p2=new string[100]; delete p1; delete[] p2;
规则很简单:new中用了[],delete就要用[]
以独立语句将new对象置入智能指针
假设有一个函数来揭示处理程序的优先权,另一个函数用来在动态分配所得的Widget上进行某些带有优先权的处理
int priority(); void processWidget(shared_ptr<Widget>pw,int priority); //错误 processWideget(new Widget,priority()); //因为shared_ptr的构造函数需要一个原始指针,该构造函数是explicit,无法隐式转换 processWideget(shared_ptr<Widget>(new Widget),priority());//可以
但是编译器执行顺序不确定,调用该函数前,编译器需要:
调用priority,执行new Widget,shared_ptr构造函数
但调用priority的顺序可以是第一第二或第三(new 和智能指针的先后顺序不能变)
如何是先new,后priority,再shared_ptr,万一priority调用失常,则new出来的指针遗失,尚未置入shaerd_ptr的构造函数,则会资源泄漏。
因此分开写最好:
shared_ptr<Widget>pw(new Wideget); processWidget(pw,priority());
加载全部内容