《Effective C++》资源管理章节

Item 13：以对象管理资源

关键的两个想法（这种方式其实在很多地方都可以看出影子，比如managing pool的模型）：

1.获得资源后立刻放入管理对象（managing object）：以对象管理资源的观念常常被称为“资源取得之时就是初始化时机”（Resourece Acquisition Is Initialization；RAII），因为我们总是在获得资源后，在同一语句内用它来初始化某个管理对象。有时候获得的资源被拿来赋值（而非初始化）某个管理对象。但不管哪一种做法，每一笔资源都在获得的同时立刻被放入管理对象中。

2.管理对象（managing object）运用析构函数确保资源被释放：不管控制流如何离开区域块，一旦对象被销毁（例如当对象离开作用域时），其析构函数自然会被自动调用，于是资源被释放。如果资源释放动作可能抛出异常，事情就变的有些棘手了（可以参考item8）。

总结：

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

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

Item 14：在资源管理类中要小心copying行为

对于那些并不是在heap-based的资源，采用auto_ptr,shared_ptr并不是一个好方法，这时候我们需要自己建立一个管理类，这时候我们就会面临一个问题：“当一个RAII class被复制时候，我们要怎么选择？”

1.禁止复制。如Item6中告诉我们的，可以将赋值构造函数和操作符设置为private：

class Lock

{

private:

    void operator=(){};

    Lock(const Lock&){};

}

2.对底层资源使用“引用计数法”。有时候我们希望保有资源，直到它的最后一个使用者（某对象）被销毁。这种情况下复制RAII对象，应该将该资源的count变量+1，shared_ptr就是如此。

3.复制底部资源。

4.转移底部资源控制权。这一条就是auto_ptr所奉行的复制意义。

总结：

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

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

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

总结：

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

2.对原始资源的访问可能经由显式或者隐式转换。一般而言显式转换比较安全，但隐式转换对客户比较方便。

Item16：成对使用new和delete时要采取相同的形式

总结：如果你在new表达式中使用了[]，必须在相对应的delete表达式中也使用[]。如果你在new的表达式中没有使用[]，一定不要在相应的delete表达式中使用[]。

（不管是哪一种情况搞反了，都会导致未定义的结果）

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

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

巴特西

《Effective C++》资源管理章节

最新文章

热门文章