标签：使用 strong ar art 问题 cti sp 工作 on
许多资源被动态分配于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。
当一个RAII对象被复制时，会发生什么事？
记住：
复制RAII对象必须一并复制它所管理的资源，所以资源的copying行为决定RAII对象的copying行为。
普遍而常见的RAII class copying行为是：抑制copying、施行引用计数法。不过其他行为也都可能被实现。
资源管理类很棒，它们是你对抗资源泄露的堡垒。排除此等泄露是良好设计系统的根本性质。
许多APIs直接指涉资源，只得绕过资源管理对象直接访问原始资源。
有两个做法可以达成目标：显式转换和隐式转换。
tr1::shared_ptr和auto_ptr都提供一个get成员函数，用来执行显式转换，也就是它会返回智能指针内部的原始指针。智能指针也重载了指针取值操作符(operator->和operator*)，它们允许隐式转换至底部原始指针。
有时候还是必须取得RAII对象内的原始资源 ,做法是提供一个隐式转换函数。
是否该提供一个显式转换函数将RAII class转换为其底部资源，或是应该提供隐式转换，答案主要取决于RAII class被设计执行的特定工作，以及它被使用的情况。
记住：
APIs往往要求访问原始资源，所以每一个RAII class应该提供一个取得其所管理之资源的方法。
当你使用new也就是通过new动态生成一个对象，有两件事发生。第一，内存被分配出来。第二，针对此内存会有一个或更多构造函数被调用。当你使用delete，也有两件事发生：针对此内存会有一个或更多析构函数被调用，然后内存才被释放。delete的最大问题在于：即将被删除的内存之内究竟存有多少对象？这个问题的答案决定了有多少个析构函数必须被调用起来。
当你撰写的class含有一个指针指向动态内存分配，并提供多个构造函数时，必须小心的在所有构造函数中使用相同形式的new将指针成员初始化。
最好不要对数组形式做typedefs动作。
记住：
如果你在new表达式中使用[]，必须在相应的delete表达式中也使用[]。如果你在new表达式中不使用[]，一定不要在相应的delete表达式中使用[]。
编译器不是以特定次序完成函数参数的核算。
分离语句，因为编译器对跨越语句的各项操作没有重新排列的自由。
记住：
以独立语句将newed对象储存于智能指针内。如果不这样做，一旦异常被抛出，有可能导致难以察觉的资源泄露。
标签：使用 strong ar art 问题 cti sp 工作 on
原文地址：http://www.cnblogs.com/zinthos/p/3947988.html
