C与C++中的异常处理16

1. 指导方针 根据读者们的建议，经过反思，我部分修正在Part14中申明的原则： l 只要可能，使用那些构造函数不抛异常的基类和成员子对象。 l

jimmy 战志杰 编译 本文编译自Jeffrey Richter先生的“Advanced Windows”部分章节。 1、引言 在“C++中例外的处理”一文中(见计算机世界网2001

1. C++异常和Visual C++ SEH的混合使用 我在Part2介绍了Structured Exception Handling（简称SEH）。在那时我就说过，SEH是win

1. 模板安全（续） 在异常安全的第二部分，我讲了在构造函数和析构函数中导致资源泄漏的问题。这次将探索另外两个问题。并且以推荐读物列表结束。 1.1 Problem #2

1. 模板安全 上次，我开始讨论异常安全。这次，我将探究模板安全。 模板根据参数的类型进行实例化。因为通常事先不知道其具体类型，所以也无法确切知道将在哪儿产生异常。你大概

1. 异常安全 接下来两次，我将讨论“异常安全”，C++标准中使用了（在auto_ptr中）却没有定义的术语。在C++范围内，不同的作者使用这个术语却表达不同的含义。在我的专题中，我

1. unexpected()的实现上固有的限制 上次，我介绍了C++标准运行库函数unexpected()，并展示了Visual C++的实现版本中的限制。这次，我想展示所有une

1. 异常规格申明 现在是探索C++标准运行库和Visual C++在头文件<exception>中申明的异常支持的时候了。根据C++标准（subclause 18.6，

1. 从私有子对象中产生的异常 几部分来，我一直展示了一些技巧来捕获从对象的构造函数中抛出的异常。这些技巧是在异常从构造函数中漏出来后处理它们。有时，调用者需要知道这些异常，但通常（

1. placement new 和placement delete，及处理构造函数抛出的异常 当被调用了来清理部分构造时，operator delete的第一个void *参数带的