WINDOWS核心编程术现25.pdfVIP

下载 第2 5章 未处理异常和C + +异常 前一章讨论了当一个异常过滤器返回 E X C E P T I O N _ C O N T I N U E _ S E A R C H 时会发生什么事 情。返回EXCEPTION_CONTINUE_SEARCH 是告诉系统继续上溯调用树，去寻找另外的异常 过滤器。但是当每个过滤器都返回 E X C E P T I O N _ C O N T I N U E _ S E A R C H 时会出现什么情况呢？ 在这种情况下，就出现了所谓的“未处理异常”（Unhandled exception ）。 在第6章里我们已经知道，每个线程开始执行，实际上是利用 K e r n e l 3 2 . d l l 中的一个函数来 调用B a s e P r o c e s s S t a r t或B a s e T h r e a d S t a r t 。这两个函数实际是一样的，区别在于一个函数用于进 程的主线程（Primary thread ）： 另一个函数用于进程的所有辅助线程（Secondary thread ）： 注意这两个函数都包含一个S E H框架。每个函数都有一个t r y块，并从这个t r y块里调用主线 程或辅助线程的进入点函数。所以，当线程引发一个异常，所有过滤器都返回 E X C E P T I O N _ C O N T I N U E _ S E A R C H 时，将会自动调用一个由系统提供的特殊过滤器函数： U n h a n d l e d E x c e p t i o n F i l t e r 。 这个函数负责显示一个消息框，指出有一个进程的线程存在未处理的异常，并且能让用户 结束或调试这个进程。在Windows 98 中，这个消息框如图2 5 - 1所示。 在Windows 2000 中，消息框如图2 5 - 2所示。 在Windows 2000 下的消息框中，第一段文字指出发生了哪一种异常，并给出在进程地址空 间中产生异常的指令的地址。在这里，消息框中指出发生了一个内存访问异常，系统报告了要 访问的无效内存地址，指出由于试图读这个内存而引发了异常。 U n h a n d l e d E x c e p t i o n F i l t e r 函数 从这个异常生成的E X C E P T I O N _ R E C O R D结构的E x c e p t i o n I n f o r m a t i o n成员中获取这些附加的 信息。 第 2 5章 未处理异常和 C + +异常计计计计599 下载 图25-1 Windows 98下显示进程的线程存在未处理的异常的消息框 图25-2 Windows 2000 下的消息框 在消息框中的异常描述之后，又提供给用户两种选择。第一种选择是点击 O K按钮，这将 导致U n h a n d l e d E x c e p t i o n F i l t e r返回E X C E P T I O N _ E X E C U T E _ H A N D L E R 。这又引起全局展开的 发生，所有的f i n a l l y块都要执行，然后B a s e P r o c e s s S t a r t 或B a s e T h r e a d S t a r t 中的处理程序执行。 这两个处理程序都叫E x i t P r o c e s s ，意思是退出进程，这就是程序结束的原因。注意进程的退出 代码就是异常代码。还要注意是进程的线程废（ k i l l ）了进程本身，而不是操作系统。这也意 味着程序员可以控制这种行为并可以改变它。 第二种选择是点击 C a n c e l 按钮。在这里程序员的梦想成真。当点击 C a n c e l 按钮时， U n h a n d l e d E x c e p t i o n F i l t e r试图加载一个调试程序，并将这个调试程序挂接在进程上。通过将调 试程序附在进程上，可以检查全局、局部和静态变量的状态，设置断点，检查调用树，重新启 动进程，以及调试一个进程时可以做的任何事情。 这里真正的好处是，你可以在程序运行当中错误发生时就处理错误。在其他操作系统中， 必须在调试