《effective C++》读书笔记三——资源管理

11. 条款13：以对象管理资源

（1）明确什么叫资源？资源一旦用了它，将来必须还给系统。常见的资源有：内存，文件描述器，互斥锁、图形界面中的笔刷和字型，数据连接，以及网络。

（2）当使用new操作符后，就必须使用delete操作符来释放资源，但是单纯依赖函数总是会执行delete语句是行不通的，为确保资源总是被释放，把资源放在对象内，便可依赖C++的析构函数自动调用机制确保资源始终被释放。
（3）资源管理对象的两个关键想法：
l 获得资源后立刻放进管理对象内。
l 管理对象运用析构函数确保资源释放。
最常见的做法是将创建的对象放在std:auto_ptr<>容器中。
（4）auto_ptrs有一个不寻常的性质：若通过copy构造函数 或copy assignment复制它们时，它们会变为null，复制所得的指针将取得资源的唯一拥有权。
（5）注意区别boost中的shared_ptr<>.

12 .条款14：在资源管理器小心使用copying行为

（1）为确保一个被锁住的mutex解锁，你可能会希望建立一个class来管理机锁。这样的class的基本结构由RAII守则（资源取得时机便是初始化时机）支配，也就是“资源在构造期间获得，在析构期间释放”。
（2）RAII对象被复制，会采用两种方法：
l 禁止复制
l 对底层资源祭出“引用计数法”，常见的boost:shared_ptr
l 复制底部资源。“深度拷贝”，拥有多个副本、
l 转移底部资源的拥有权。就像auto_ptr奉行的复制意义一样。
（3）复制RAII对象必须一并复制它所管理的资源，所以资源的copying行为决定RAII对象的copying行为。

13. 条款15：在资源管理类中提供对原始资源的访问

（1） apis往往要求访问原始资源，所以每一个RAII class应提供一个“取得所管理资源”的办法。记住在tr1::shared_ptr 和 auto_ptr都提供一个get成员函数，得到原始指针，并且重载了操作符（operator ->）和(operator *)。
（2）对原始资源的访问可以有两种方式：显式转换和隐式转换。一般而言显式比较安全，但是隐式对客户更加方便。

14 条款16： 成对使用 new 和delete时要采取相同形式

如果你在表达式中使用[]，必须在相应的delete表达式中也使用[]。如果你在new表达式中不使用[]，一定不要在相应的delete表达式中使用[]。
std::string s1 = new std::string;
std::string* sp1 = new std::string[100];
delete s1;
delete []sp1;

15 条款17：以独立语句将newed对象置入智能指针

int priority();
void processWidget(std::tr1::shared_ptr<Widget> pw,int priority);
调用方式1：processWidget(new Widget,priority()) 错误
原因：不能通过编译，std::tr1::shared_ptr需要一个原始指针，该构造函数是个explicit构造函数，无法进行隐式转化。
调用方式2： 错误
processWidget(std::tr1::shared_ptr<Widget>(new Widget) ,priority());
原因：无法确定先函数中调用参数的顺序，如果出现，先new widget，后priority（），最后std::tr1:shared_ptr构造函数，将出现资源泄露。
正确调用：
std::tr1::shared_ptr<Widget> pw(new Widget);
processWidget(pw,priority());
总结：以独立语句将newed对象存储于智能指针内，如果不这样做，一旦异常抛出，有可能导致难以觉察的资源泄露。