资源管理--条款16-17

Posted Super_J

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了资源管理--条款16-17相关的知识,希望对你有一定的参考价值。

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

总结起来就是:

  • new一个数组出来的时候,使用delete []来释放资源。
  • new一个对象出来的时候,使用delete来释放资源。

下面谈谈这样做的本质原因:

new和delete操作

当我们new一个对象的时候,发生两件事:

(1) 内存被分配出来(通过operator new这个函数)。

(2) 一个或多个构造函数被调用。

delete一个对象的时候也是一样:

(1) 一个或多个析构函数被调用。

(2) 内存被释放。(通过operator delete函数)

delete[]是怎么做的

这取决于编译器的实现方式,很多编译器都保存了一个“数组大小”的记录。单一对象和数组对象的内存布局可以看成一下形式:

技术分享图片

如上图所示,对于对象数组,编译器记录了一个数组大小n,随后会调用n次析构函数,并且释放掉这些内存。

作者总结

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

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

假设一个场景,我们有以下接口:

int priority(); // 得到一个整数
void processWidget(shared_ptr<Widget> pw,int priority);

现在尝试以如下形式去调用它:

processWidget(shared_ptr<Widget>(new Widget), priority());

这样看来各个参数符合要求,仿佛是一次正确的调用。但这样做却可能导致内存泄漏

我们来分析一下调用此接口前所需要执行的代码。

  • 调用priority函数。
  • 调用new Widget函数。
  • 调用智能指针的构造函数。

但是编译器会以什么样的顺序执行这些代码呢?这是不能够得到预知的,它可能以下面的顺序执行:

(1) 调用new Widget函数。

(2) 调用priority函数。

(3) 调用shared_ptr

当编译器以这种顺序调用时,好巧不巧,第一步调用成功,第二步调用priority时,抛出了一个异常。那么这个时候,new Widget返回的指针并没有置入shared_ptr

基于上述原因,我们应该使用独立的语句将对象置入智能指针中:

shared_ptr<Widget> pw(new Widget);
processWidget(pw,priority());

这样就不会造成内存泄漏问题。

作者总结

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

以上是关于资源管理--条款16-17的主要内容,如果未能解决你的问题,请参考以下文章

如何在 Play 管理中心向我的应用添加条款和条件?

如果在片段和活动中都定义了 onRequestPermissionsResult,则不会在片段中调用

使后退按钮从活动返回到Android中的片段

使用 Git 来管理 Xcode 中的代码片段

effective条款15,在资源管理类中小心copying行为

条款29:为“异常安全”而努力是值得的