以对象管理资源
在资源管理类中小心coping行为
在资源管理类中提供对原始资源的访问
成对使用new和delete时要采取相同形式
以独立语句将newed对象置入智能指针
资源如何释放?
考虑如下资源释放方式:
// 常规:创建-使用-释放
Investment *pInv = createInvestment();
...
delete pInv;
// 自动释放:智能指针auto_ptr
void f()
{
// 1. 将创建的指针加入智能指针
Investment *pInv = createInvestment();
std::auto_ptr<Investment> ap(pInv);
// 2. 直接返回智能指针
std::auto_ptr<Investment> pInv(createInvestment());
}
// 自动释放:RCSP-shared_ptr
void f()
{
...
std::trl::shared_ptr<Investment> pInv(createInvestment());
...
}
- 常规方法会遗忘
delete
操作; - 使用
auto_ptr
智能指针时,创建可以直接返回智能指针;auto_ptr会自动销毁所指之物,但 若通过copy构造函数或copy assignment操作符复制它们,它们会变成null,而复制所得的指针将取得资源的唯一拥有权!
std::auto_ptr<Investment> pInv1(createInvestment()); // pInv1指向对象
std::auto_ptr<Investment> pInv2(pInv1); // pInv2指向对象,pInv1为null
pInv1 = pInv2; // pInv1指向对象,pInv2为null
所以使用时要注意拷贝操作和重复释放!
- 使用引用计数型(RCSP)指针
shared_ptr
可以根据引用计数确定合适销毁对象,对于copy构造函数或者copy assignment操作符复制,它表现如预期,不会造成原有指向指针变null情况。 - 但
auto_ptr
和shared_ptr
销毁对象时调用的都是delete
而不是delete[]
; - 智能销毁并非必须,c++本来就是比较复杂的语言,这里所做的都是为了避免遗忘
delete
对象。对于拥有良好编码和设计习惯的人,其实并不是很推荐这些方式,最好的应对方法其实就是认真、规范编码。
注意资源的唯一性
对于资源,不得不提的两条:
- 单例模式:对某些资源针对性地使用单例模式进行管理。单例体现资源的唯一性,且有助于资源复用,节约空间占用;
- 注意复制操作:对于某些资源其实并不希望复制,或者限制复制。例如locker,复制locker会造成复杂的影响,因此必须要妥善管理。
由使用智能指针引出的问题
由于使用智能指针封装对象指针,要获得对象指针时必然带来 get
操作。由此:
- 完善类的显式和隐式转换,提供对资源的原始访问方式;
如上所述,智能指针销毁时调用的是 delete
而不是 delete[]
,因此:
- 注意
new
和delete
要采取相同方式,保守点的做法可以一直采用delete[]
方式,因为这对单变量的销毁也不会产生任何额外影响;
另外: - 以独立语句将new对象置入智能指针;
其实不单是对智能指针赋值要求,对于new操作或者其他可能失败的创建操作,都需要以单独语句编写,并做好每个语句的错误检查。
这一章总体感觉就是:怎样规避由于“懒”而造成的各种不良后果。其实,如果养成良好习惯的话这一章都不是必须的。
我选择new-delete,故根本无需care智能指针的问题。