《Effective C++ 3th》——资源管理

 
以对象管理资源
在资源管理类中小心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智能指针的问题。