条款13：以对象管理资源

许多资源被动态分配于heap内而后被用于单一区块或函数内。它们应该在控制流离开那个区块或函数时被释放。标准程序库提供的auto_ptr正是针对这种形式而设计的特制产品。auto_ptr是个类指针对象，也就是智能指针，其析构函数自动对其所指对象调用delete。

以对象管理资源的两个想法：获得资源后立刻放进管理对象内；管理对象运用析构函数确保资源被释放。

若通过copy构造函数或copy assignment操作符复制它们，它们会变成null，而复制所得的指针将取得资源的唯一拥有权。

auto_ptr的替代方案是引用计数型智慧指针(reference-counting smart pointer;RCSP)，持续追踪共有多少对象指向某笔资源，并在无人指向它们时自动删除该资源。RCSPs提供的行为类似垃圾回收，不同的是RCSPs无法打破环状引用。

记住：

为防止资源泄露，请使用RAII对象，它们在构造函数中获得资源并在析构函数中释放资源。

两个通常被使用的RAII classes分别是tr1::shared_ptr和auto_ptr。前者通常较佳选择，因为其copy行为比较直观。若选择auto_ptr，复制动作会使被指物指向null。

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

当一个RAII对象被复制时，会发生什么事？

• 禁止复制。许多时候允许RAII对象被复制并不合理。因为很少能够合理拥有同步化基础器物的副本。如果复制动作对RAII class并不合理，你便应该禁止之。
• 对底层资源祭出引用计数法。有时候我们希望保有资源，直到它的最后一个使用者被销毁。这种情况下复制RAII对象时，应该将资源的被引用数递增。
• 复制底部资源。可以针对一份资源拥有其任意数量的副本。复制资源管理对象时，进行深度拷贝。
• 转移底部资源的拥有权。希望确保永远只有一个RAII对象指向一个未加工资源，即使RAII对象被复制依然如此。此时资源的拥有权会从被复制物转移到目标物。

记住：

复制RAII对象必须一并复制它所管理的资源，所以资源的copying行为决定RAII对象的copying行为。

普遍而常见的RAII class copying行为是：抑制copying、施行引用计数法。不过其他行为也都可能被实现。

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

资源管理类很棒，它们是你对抗资源泄露的堡垒。排除此等泄露是良好设计系统的根本性质。

许多APIs直接指涉资源，只得绕过资源管理对象直接访问原始资源。

有两个做法可以达成目标：显式转换和隐式转换。

tr1::shared_ptr和auto_ptr都提供一个get成员函数，用来执行显式转换，也就是它会返回智能指针内部的原始指针。智能指针也重载了指针取值操作符(operator->和operator*)，它们允许隐式转换至底部原始指针。

有时候还是必须取得RAII对象内的原始资源 ,做法是提供一个隐式转换函数。

是否该提供一个显式转换函数将RAII class转换为其底部资源，或是应该提供隐式转换，答案主要取决于RAII class被设计执行的特定工作，以及它被使用的情况。

记住：

APIs往往要求访问原始资源，所以每一个RAII class应该提供一个取得其所管理之资源的方法。

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

当你使用new也就是通过new动态生成一个对象，有两件事发生。第一，内存被分配出来。第二，针对此内存会有一个或更多构造函数被调用。当你使用delete，也有两件事发生：针对此内存会有一个或更多析构函数被调用，然后内存才被释放。delete的最大问题在于：即将被删除的内存之内究竟存有多少对象？这个问题的答案决定了有多少个析构函数必须被调用起来。

当你撰写的class含有一个指针指向动态内存分配，并提供多个构造函数时，必须小心的在所有构造函数中使用相同形式的new将指针成员初始化。

最好不要对数组形式做typedefs动作。

记住：

如果你在new表达式中使用[]，必须在相应的delete表达式中也使用[]。如果你在new表达式中不使用[]，一定不要在相应的delete表达式中使用[]。

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

编译器不是以特定次序完成函数参数的核算。

分离语句，因为编译器对跨越语句的各项操作没有重新排列的自由。

记住：

以独立语句将newed对象储存于智能指针内。如果不这样做，一旦异常被抛出，有可能导致难以察觉的资源泄露。

Effective C++ 笔记三 资源管理