EffectiveC++条款（二）资源-CSDN下载

111 浏览量 2020-12-22 15:16:36 上传评论收藏 106KB PDF 举报

资源推荐

资源详情

资源评论

Effective C++ 条款（二）条款（二）

预先准备好内存不够的情况

　　operator new在无法完成内存分配请求时会抛出异常（以前的做法一般是返回0，一些旧一点的编译器还这么做。你愿意

的话也可以把你的编译器设置成这样。关于这个话题我将推迟到本条款的结尾处讨论）。大家都知道，处理内存不够所产生的

异常真可以算得上是个道德上的行为，但实际做起来又会象刀架在脖子上那样痛苦。所以，你有时会不去管它，也许一直没去

管它。但你心里一定还是深深地隐藏着一种罪恶感：万一new真的产生了异常怎么办？

　　你会很自然地想到处理这种情况的一种方法，即回到以前的老路上去，使用预处理。例如，c的一种常用的做法是，定义

一个类型无关的宏来分配内存并检查分配是否成功。对于c++来说，这个宏看起来可能象这样：

#define new(ptr， type)

try { (ptr) = new type; }

catch (std::bad_alloc&) { assert(0); }

　　（“慢！std::bad_alloc是做什么的？”你会问。bad_alloc是operator new不能满足内存分配请求时抛出的异常类型，std是

bad_alloc所在的名字空间（见条款28）的名称。“好！”你会继续问，“assert又有什么用？”如果你看看标准c头文件

<assert.h>（或与它相等价的用到了名字空间的版本<cassert>，见条款49），会发现assert是个宏。这个宏检查传给它的表达

式是否非零，如果不是非零值，会发出一条出错信息并调用abort。assert只是在没定义标准宏ndebug的时候，即在调试状态

下才这么做。在产品发布状态下，即定义了ndebug的时候，assert什么也不做，相当于一条空语句。所以你只能在调试时才

能检查断言（assertion））。

　　new宏不但有着上面所说的通病，即用assert去检查可能发生在已发布程序里的状态（然而任何时候都可能发生内存不够

的情况），同时，它还在c++里有另外一个缺陷：它没有考虑到new有各种各样的使用方式。例如，想创建类型t对象，一般有

三种常见的语法形式，你必须对每种形式可能产生的异常都要进行处理：

new t;

new t(constructor arguments);

new t[size];

　　这里对问题大大进行了简化，因为有人还会自定义（重载）operator new，所以程序里会包含任意个使用new的语法形

式。

　　那么，怎么办？如果想用一个很简单的出错处理方法，可以这么做：当内存分配请求不能满足时，调用你预先指定的一个

出错处理函数。这个方法基于一个常规，即当operator new不能满足请求时，会在抛出异常之前调用客户指定的一个出错处理

函数——一般称为new-handler函数。（operator new实际工作起来要复杂一些，详见条款8）

　　指定出错处理函数时要用到set_new_handler函数，它在头文件<new>里大致是象下面这样定义的：

typedef void (*new_handler)();

new_handler set_new_handler(new_handler p) throw();

　　可以看到，new_handler是一个自定义的函数指针类型，它指向一个没有输入参数也没有返回值的函数。

set_new_handler则是一个输入并返回new_handler类型的函数。

　　set_new_handler的输入参数是operator new分配内存失败时要调用的出错处理函数的指针，返回值是set_new_handler

没调用之前已经在起作用的旧的出错处理函数的指针。

　　可以象下面这样使用set_new_handler：

// function to call if operator new can't allocate enough memory

void nomorememory()

{

cerr << "unable to satisfy request for memory

";

abort();

}

int main()

{

set_new_handler(nomorememory);

int *pbigdataarray = new int[100000000];

…

}

　　假如operator new不能为100，000，000个整数分配空间，nomorememory将会被调用，程序发出一条出错信息后终止。

这比简单地让系统内核产生错误信息来结束程序要好。（顺便考虑一下，假如cerr在写错误信息的过程中要动态分配内存，那

本内容试读结束，登录后可阅读更多

下载后可阅读完整内容，剩余4页未读，立即下载

内容反馈

weixin_38722164

粉丝: 2

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈

feedback-tip