WINDOWS核心编程术现23.pdfVIP

下载 第五部分 结构化异常处理 第2 3章 结束处理程序 你可以闭上眼睛，想象有这样一个编程环境，在这个环境里，你编写的代码永远不会出错。 总有足够的内存，没有人会传递给你一个无效的指针，你需要的文件总是存在。如果按照这种 假想，编写程序不是很愉快的事情吗？那样的话，程序会非常容易编写、阅读和理解。我们不 会再让每个程序中通篇的i f语句和g o t o语句搞得昏头昏脑，只需从头到尾书写代码就是了。 如果说这种直接的编程环境只是一个美妙的梦想的话，那么结构化异常处理（ S E H ）就会 给你一个现实的惊喜。使用 S E H 的好处就是当你编写程序时，只需要关注程序要完成的任务。 如果在运行时发生什么错误，系统会发现并将发生的问题通知你。 利用S E H，你可以完全不用考虑代码里是不是有错误，这样就把主要的工作同错误处理分 离开来。这样的分离，可以使你集中精力处理眼前的工作，而将可能发生的错误放在后面处 理。 微软在Wi n d o w s 中引入S E H的主要动机是为了便于操作系统本身的开发。操作系统的开发 人员使用S E H，使得系统更加强壮。我们也可以使用S E H，使我们的自己的程序更加强壮。 使用 S E H所造成的负担主要由编译程序来承担，而不是由操作系统承担。当异常块 （exception block ）出现时，编译程序要生成特殊的代码。编译程序必须产生一些表（t a b l e ）来 支持处理 S E H的数据结构。编译程序还必须提供回调（ c a l l b a c k ）函数，操作系统可以调用这 些函数，保证异常块被处理。编译程序还要负责准备栈结构和其他内部信息，供操作系统使用 和参考。在编译程序中增加 S E H支持不是一件容易的事。不同的编译程序厂商会以不同的方式 实现S E H，这一点并不让人感到奇怪。幸亏我们可以不必考虑编译程序的实现细节，而只使用 编译程序的S E H功能。 由于各编译程序的实现上存在着差别，这样以特定的方式用特定的代码例子讨论 S E H的优 点就很困难。但大多数编译程序厂商都采用微软建议的文法。本书中的例子使用的文法和关键 字可能与其他一些公司编译程序所使用的不同，但主要的 S E H概念是一样的。本章使用 Microsoft Visual C++编译程序的文法。 注意 不要将结构化异常处理同 C + + 的异常处理相混淆。C + +异常处理是一种不同形 式的异常处理，其形式是使用 C + +关键字c a t c h和t h r o w 。微软的Visual C++ 也支持C + + 的异常处理，并且在内部实现上利用了已经引入到编译程序和 Wi n d o w s操作系统的结 构化异常处理的功能。 S E H实际包含两个主要功能：结束处理（ termination handling ）和异常处理（e x c e p t i o n h a n d l i n g ）。本章讨论结束处理，下一章讨论异常处理。 一个结束处理程序能够确保去调用和执行一个代码块（结束处理程序，termination handler ）， 而不管另外一段代码（保护体， guarded body ）是如何退出的。结束处理程序的文法结构（使 用微软的Visual C++ 编译程序）如下： 566计计第五部分 结构化异常处理 下载 - - t r y和- - f i n a l l y关键字用来标出结束处理程序两段代码的轮廓。在上面的代码段中，操作系 统和编译程序共同来确保结束处理程序中的 - - f i n a l l y代码块能够被执行，不管保护体（ t r y块） 是如何退出的。不论你在保护体中使用 r e t u r n ，还是g o t o ，或者是l o n g j u m p ，结束处理程序 （f i n a l l y块）都将被调用。下面将通过几个例子来说明这一点。 23.1 通过例子理解结束处理程序 由于在使用S E H时，编译程序和操作系统直接参与了程序代码的执行，为了解释 S E H如何 工作，最好的办法就是考察源代码例子，讨论例子中语句执行的次序。