编译过程为什么要有出错管理程序

A. 编译程序的工作过程一般可以划分为哪5个基本阶段，还自始至终伴随进行哪两项工作

1、编译程序把一个源程序翻译成目标程序的工作过程分为五个阶段：词法分析；语法分析；中间代码生成；代码优化；目标代码生成。

2、编译程序的工作过程一般自始至终伴随进行信息表管理和出错处理两项工作。

主要是进行词法分析和语法分析，又称为源程序分析，分析过程中发现有语法错误，给出提示信息。

(1)编译过程为什么要有出错管理程序扩展阅读：

解释程序是一种语言处理程序，在词法、语法和语义分析方面与编译程序的工作原理基本相同，但在运行用户程序时，它直接执行源程序或源程序的内部形式(中间代码)。因此，解释程序并不产生目标程序，这是它和编译程序的主要区别。解释程序的工作过程如下：

1、由总控程序完成初始化工作。

2、依次从源程序中取出一条语句进行语法检查，如有错，输出错误信息；如果通过了语法检查，则根据语句翻泽成相应的指令并执行它。

3、检查源程序是否已经全部解释执行完毕，如果未完成则继续解释并执行下一条语句，直到全部语句都处理完毕。

B. 程序编译时产生错误是因为程序中有语法错误.

正确

运行时错误会在程序运行的过程中出现，比如，在运行的过程中内存被耗尽，引用了不该被引用的地址，除数为0等

逻辑错误是程序运行一切正常，但是没有得到程序作者希望得到的结果，比如，本来应该是加法，却写成了减号，这样程序依然可以正常运行，但是不会按照设想得到和，而是会计算出差。

C. 一个典型的编译程序通常由哪些部分组成各部分的主要功能是什么

通常由七个部分组成。分别是：词法分析、语法分析、语义分析和中间代码生成、优化、目标代码生成以及表格和表格管理、出错处理。
各自功能是：
1.词法分析：输入源程序，对构成源程序的字符串进行扫描和分解，识别出一个个单词（也称单词符号，或简称符号）。在词法分析阶段工作所依循的是语言的词法规则；描述词法规则的有效工具是正规式和有限自动机。
2.语法分析：在词法分析的基础上，根据语言的语法规则，把单词符号串组成各类语法单位。具体的说，语法分析是在单词流的基础上建立一个层次结构——建立语法树。
3.语义分析和中间代码生成：语义分析利用语法分析阶段确定的层次结构来识别表达式和语句中的操作信息及类型信息；中间代码生成阶段将产生的源程序的一个显式中间表示，这种中间表示可以看成是某种抽象程序，通常是与平台无关的，（可用三地址码和四元式表示）。
4.优化：试图改进中间代码，以产生执行速度较快的机器代码。
5.目标代码生成：生成可重定位的机器代码或汇编代码。
6.表格和表格管理：编译程序在工作过程中需要保持一系列的表格，以登记源程序的各类信息和编译各阶段的进展情况。
7.出错处理：编译程序对源程序中的错误进行处理，应最大限度地发现源程序中的各种错误，准确地指出错误的性质和发生错误的地点，并且将错误所造成的影响限制在尽可能小的范围内，使得源程序的其余部分能继续被编译下去，以便进一步发现其他可能的错误。通常编译过程中每个阶段都可能检测出错误，其中，绝大多数数错误可以在编译的前三阶段检测出来。且源程序中的错误通常分为语法错误和语义错误两大类。出错处理就是为了处理以上的错误情况。

D. 程序编译错误不知道是什么原因

不能通编译过的程序实际上还不是合法的程序，因为它不满足C语言对于程序的基本要求。

检查语法错误的第一要义：集中力量检查系统发现的第一个错误，弄清并改正它。

在编译过程中系统发现的错误主要有两类：基本语法错误和上下文关系错误。这些错误都在表面上，可以直接看得见。也是比较容易弄清，比较容易解决的。关键是需要熟悉C语言的语法规定和有关上下文关系的规定，按照这些规定检查程序正文，看看存在什么问题。

编译中系统发现错误都能指出错误的位置。不同系统在这方面的能力有差异，在错误定位的准确性方面有所不同。有的系统只能指明发现错误的行，有的系统还能够指明行内位置。

一般说，系统指明的位置未必是真实错误出现的位置。通常情况是错误出现在前，而系统发现错误在后，因为它检查到实际错误之后的某个地方，才能确认出了问题，因此报出错误信息。要确认第一个错误的原因，应该从系统指明的位置开始，在那里检查，并从那里开始向前检查。

系统的错误信息中都包含一段文字，说明它所认定的错误原因。应该仔细阅读这段文字，通常它提供了有关错误的重要线索。但也应该理解，错误信息未必准确，有时错误确实存在，但系统对错误的解释也可能不对。也就是说，在查找错误时，既要重视系统提供的错误信息，又不应为系统的错误信息所束缚。

发现了问题，要想清楚错误的真正原因，然后再修改。不要蛮干。在这时的最大诱惑就是想赶快改，看看错误会不会消失。但是蛮干的结果常常是原来的错误没有弄好，又搞出了新的错误。

另一个值得注意的地方：程序中的一个语法错误常常导致编译系统产生许多错误信息。如果你改正了程序中一个或几个错误，下面的弄不清楚了，那么就应该重新编译。改正一处常常能消去许多错误信息行。

解决语法错误

常见语法错误：

1）缺少语句、声明、定义结束的分号。

2）某种括号不配对。C语言中括号性质的东西很多，列举如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括号不配对可能引起许多不同的错误信息。

3）关键字拼写错误。

较难认定的典型错误：

1）宏定义造成的错误。这种东西不能在源程序文件中直接看到，是在宏替换之后出现的。常见的能引起语法错误的宏定义错误：宏定义中有不配对的括号，宏定义最后加了不该有的分号，……

解决上下文关系错误

1）变量没有定义。产生这个问题的原因除了变量确实没有大意外，还可能是变量的拼写错误，变量的作用域问题（在不能使用某个变量的地方想去用那个变量）。

2）变量重复定义。例如在同一个作用域里用同样名字定义了两个变量，函数的局部变量与参数重名等。

3）函数的重复定义。可能是用同一个名字定义了两个不同的函数。或者是写出的函数原型在类型上与该函数的定义不相符。有时没有原型而直接写函数调用也可能导致这种错误信息，因为编译程序在遇到函数调用而没有看到函数原型或函数定义时，将给函数假定一个默认原型。如果后来见到的函数定义与假定不符，就会报告函数重复定义错误。

4）变量类型与有关运算对运算对象或者函数对参数的要求不符。例如有些运算（如 %）要求整数参数，而你用的是某种浮点数。

5）有些类型之间不能互相转换。例如你定义了一个结构变量，而后要用它给整数赋值。系统容许的转换包括：数值类型之间的转换，整数和指针之间的转换，指针之间的转换。其余转换（无论是隐含的，还是写出强制）都不允许。参见《C语言程序设计》（K&R）197-199页。

如何看待编译警告

当编译程序发现程序中某个地方有疑问，可能有问题时就会给出一个警告信息。警告信息可能意味着程序中隐含的大错误，也可能确实没有问题。对于警告的正确处理方式应该是：尽可能地消除之。对于编译程序给出的每个警告都应该仔细分析，看看是否真的有问题。只有那些确实无问题的警告才能放下不管。

注意：经验表明，警告常常意味着严重的隐含错误。

常见警告：

1）（局部自动）变量没有初始化就使用。如果对局部指针变量出现这种情况，后果不堪设想。对于一般局部自动变量，没有初始化就使用它的值也不会是有意义的。

2）在条件语句或循环语句的条件中写了赋值。大部分情况是误将 == （等于判断）写成 = 了。这是很常见的程序错误，有些编译程序对这种情况提出警告。

E. 编译的出错处理

如果编译过程中发现源程序有错误，编译程序应报告错误的性质和错误的发生的地点，并且将错误所造成的影响限制在尽可能小的范围内，使得源程序的其余部分能继续被编译下去，有些编译程序还能自动纠正错误，这些工作由错误处理程序完成。
需要注意的是，一般上编译器只做语法检查和最简单的语义检查，而不检查程序的逻辑。

F. 汇编编译软件自带的例子程序不会出错，编译其它的程序就出错，不知为什么，望高手指教

是不是环境变量设置问题呢。网上给你找了点说明，
ml.err和环璄变量设置问题
2008-05-16 14:36
如果你设置的masm32在在D盘根目录上，可设置批处理文件，内容如下，用记事本写，保存为阿asm.cmd,文件名随你。

@echo off

set include=d:\masm32\include;%include%

set lib=d:\masm32\lib;%lib%

set patch=d:\masm32\bin;%patch%

打开命令提示符的窗口，在运行中输入cmd，f运行上术批处理文件。

用CD命令，进入masm32目录中的bin目录，命令格式如下：

cd /d d:\masm32\bin\

运行bin目录中的ml.exe编译成test.obj ， rc.exe编译test.rc文件,最后用link.exe

格式如下：

ml /c /coff test.asm

rc test.rc

link /subsystem:windows test.obj test.res

特别要注意进入bin目录中，我们要用到里面的3文件，还有里面的一些．dll文件，设置环境变量也很重要，否则在编译时找不到你用include 所包含的文件，如果你不设置环境变量也可以，那么你要用完完整 的路径包含你所用的的.inc .lib 等文件才行，比如你用你用到include的文件夹中的windows.inc你要用到

include d:\masm32\include\windows.inc

好了，就写这么多了。

asmlove

G. 编译原理

编译原理是计算机专业的一门重要专业课，旨在介绍编译程序构造的一般原理和基本方法。内容包括语言和文法、词法分析、语法分析、语法制导翻译、中间代码生成、存储管理、代码优化和目标代码生成。 编译原理是计算机专业设置的一门重要的专业课程。编译原理课程是计算机相关专业学生的必修课程和高等学校培养计算机专业人才的基础及核心课程，同时也是计算机专业课程中最难及最挑战学习能力的课程之一。编译原理课程内容主要是原理性质，高度抽象[1]。

中文名
编译原理[1]
外文名
Compilers: Principles, Techniques, and Tools[1]
领域
计算机专业的一门重要专业课[1]
快速
导航
编译器

编译原理课程

编译技术的发展

编译的基本流程

编译过程概述
基本概念
编译原理即是对高级程序语言进行翻译的一门科学技术, 我们都知道计算机程序由程序语言编写而成, 在早期计算机程序语言发展较为缓慢, 因为计算机存储的数据和执行的程序都是由0、1代码组合而成的, 那么在早期程序员编写计算机程序时必须十分了解计算机的底层指令代码通过将这些微程序指令组合排列从而完成一个特定功能的程序, 这就对程序员的要求非常高了。人们一直在研究如何如何高效的开发计算机程序, 使编程的门槛降低。[2]
编译器
C语言编译器是一种现代化的设备, 其需要借助计算机编译程序, C语言编译器的设计是一项专业性比较强的工作, 设计人员需要考虑计算机程序繁琐的设计流程, 还要考虑计算机用户的需求。计算机的种类在不断增加, 所以, 在对C语言编译器进行设计时, 一定要增加其适用性。C语言具有较强的处理能力, 其属于结构化语言, 而且在计算机系统维护中应用比较多, C语言具有高效率的优点, 在其不同类型的计算机中应用比较多。[3]
C语言编译器前端设计
编译过程一般是在计算机系统中实现的, 是将源代码转化为计算机通用语言的过程。编译器中包含入口点的地址、名称以及机器代码。编译器是计算机程序中应用比较多的工具, 在对编译器进行前端设计时, 一定要充分考虑影响因素, 还要对词法、语法、语义进行分析。[3]
1 词法分析[3]
词法分析是编译器前端设计的基础阶段, 在这一阶段, 编译器会根据设定的语法规则, 对源程序进行标记, 在标记的过程中, 每一处记号都代表着一类单词, 在做记号的过程中, 主要有标识符、关键字、特殊符号等类型, 编译器中包含词法分析器、输入源程序、输出识别记号符, 利用这些功能可以将字号转化为熟悉的单词。[3]
2 语法分析[3]
语法分析是指利用设定的语法规则, 对记号中的结构进行标识, 这包括句子、短语等方式, 在标识的过程中, 可以形成特殊的结构语法树。语法分析对编译器功能的发挥有着重要影响, 在设计的过程中, 一定要保证标识的准确性。[3]
3 语义分析[3]
语义分析也需要借助语法规则, 在对语法单元的静态语义进行检查时, 要保证语法规则设定的准确性。在对词法或者语法进行转化时, 一定要保证语法结构设置的合法性。在对语法、词法进行检查时, 语法结构设定不合理, 则会出现编译错误的问题。前端设计对精确性要求比较好, 设计人员能够要做好校对工作, 这会影响到编译的准确性, 如果前端设计存在失误, 则会影响C语言编译的效果。[3]

H. 一个编译器至少包含三个部分的进程是什么

一个典型的编译程序通常包含8个组成部分，它们是词法分析程序、语法分析程序、语义分析程序、中间代码生成程序、中间代码优化程序、目标代码生成程序、表格管理程序和错误处理程序。
(1) 编译程序:如果源语言为高级语言,目标语言为某台计算机上的汇编语言或机器语

言,则此翻译程序称为编译程序。

(2) 源程序:源语言编写的程序称为源程序。

(3) 目标程序:目标语言书写的程序称为目标程序。

(4) 编译程序的前端:它由这样一些阶段组成:这些阶段的工作主要依赖于源语言而与

目标机无关。通常前端包括词法分析、语法分析、语义分析和中间代码生成这些阶

段,某些优化工作也可在前端做,也包括与前端每个阶段相关的出错处理工作和符

号表管理等工作。

(5) 后端:指那些依赖于目标机而一般不依赖源语言,只与中间代码有关的那些阶段,

即目标代码生成,以及相关出错处理和符号表操作。

(6) 遍:是对源程序或其等价的中间语言程序从头到尾扫视并完成规定任务的过程。

词法分析程序:输人源程序,拼单词、检查单词和分析单词,输出单词的机内表达形式。

语法分析程序:检查源程序中存在的形式语法错误,输出错误处理信息。

语义分析程序:进行语义检查和分析语义信息,并把分析的结果保存到各类语义信息表中。

中间代码生成程序:按照语义规则,将语法分析程序分析出的语法单位转换成一定形式的中间语言代码,如三元式或四元式。

中间代码优化程序:为了产生高质量的目标代码,对中间代码进行等价变换处理

I. 编译程序的各阶段都涉及到什么

预处理，词法分析，文法分析，生成中间代码，生成目标代码。

1、预处理：导入源程序并保存（C文件）。

2、编译：将源程序转换为目标文件（Obj文件）。

3、链接：将目标文件生成为可执行文件（EXE文件）。

(9)编译过程为什么要有出错管理程序扩展阅读：

将C语言代码分为程序的几个阶段：

首先，源代码文件测试。以及相关的头文件，比如stdio。H、由预处理器CPP预处理为．I文件。预编译的。

编译过程是对预处理文件进行词法分析、语法分析、语义分析和优化，生成相应的汇编代码文件。这个过程往往是整个程序的核心部分。

J. 编程中为什么需要异常处理

1 引子 try…catch…finally恐怕是大家再熟悉不过的语句了，而且感觉用起来也是很简单，逻辑上似乎也是很容易理解。不过，我亲自体验的“教训”告诉我，这个东西可不是想象中的那么简单、听话。不信？那你看看下面的代码，“猜猜”它执行后的结果会是什么？不要往后看答案、也不许执行代码看真正答案哦。如果你的答案是正确，那么这篇文章你就不用浪费时间看啦。 package myExample.testException; public class TestException { public TestException() { } boolean testEx() throws Exception{ boolean ret = true; try{ ret = testEx1(); }catch (Exception e){ System.out.println("testEx, catch exception"); ret = false; throw e; }finally{ System.out.println("testEx, finally; return value="+ret); return ret; } } boolean testEx1() throws Exception{ boolean ret = true; try{ ret = testEx2(); if (!ret){ return false; } System.out.println("testEx1, at the end of try"); return ret; }catch (Exception e){ System.out.println("testEx1, catch exception"); ret = false; throw e; } finally{ System.out.println("testEx1, finally; return value="+ret); return ret; } } boolean testEx2() throws Exception{ boolean ret = true; try{ int b=12; int c; for (int i=2;i>=-2;i--){ c=b/i; System.out.println("i="+i); } return true; }catch (Exception e){ System.out.println("testEx2, catch exception"); ret = false; throw e; } finally{ System.out.println("testEx2, finally; return value="+ret); return ret; } } public static void main(String[] args) { TestException testException1 = new TestException(); try{ testException1.testEx(); }catch(Exception e){ e.printStackTrace(); } } } 你的答案是什么？是下面的答案吗？ i=2 i=1 testEx2, catch exception testEx2, finally; return value=false testEx1, catch exception testEx1, finally; return value=false testEx, catch exception testEx, finally; return value=false 如果你的答案真的如上面所说，那么你错啦。^_^，那就建议你仔细看一看这篇文章或者拿上面的代码按各种不同的情况修改、执行、测试，你会发现有很多事情不是原来想象中的那么简单的。 现在公布正确答案： i=2 i=1 testEx2, catch exception testEx2, finally; return value=false testEx1, finally; return value=false testEx, finally; return value=false 2 基础知识 2.1 相关概念 例外是在程序运行过程中发生的异常事件，比如除0溢出、数组越界、文件找不到等，这些事件的发生将阻止程序的正常运行。为了加强程序的鲁棒性，程序设计时，必须考虑到可能发生的异常事件并做出相应的处理。C语言中，通过使用if语句来判断是否出现了例外，同时，调用函数通过被调用函数的返回值感知在被调用函数中产生的例外事件并进行处理。全程变量ErroNo常常用来反映一个异常事件的类型。但是，这种错误处理机制会导致不少问题。 java通过面向对象的方法来处理例外。在一个方法的运行过程中，如果发生了例外，则这个方法生成代表该例外的一个对象，并把它交给运行时系统，运行时系统寻找相应的代码来处理这一例外。我们把生成例外对象并把它提交给运行时系统的过程称为抛弃(throw)一个例外。运行时系统在方法的调用栈中查找，从生成例外的方法开始进行回朔，直到找到包含相应例外处理的方法为止，这一个过程称为捕获(catch)一个例外。 2.2 Throwable类及其子类 用面向对象的方法处理例外，就必须建立类的层次。类 Throwable位于这一类层次的最顶层，只有它的后代才可以做为一个例外被抛弃。图1表示了例外处理的类层次。 从图中可以看出，类Throwable有两个直接子类：Error和Exception。Error类对象（如动态连接错误等），由Java虚拟机生成并抛弃（通常，Java程序不对这类例外进行处理）；Exception类对象是Java程序处理或抛弃的对象。它有各种不同的子类分别对应于不同类型的例外。其中类RuntimeException代表运行时由Java虚拟机生成的例外，如算术运算例外ArithmeticException(由除0错等导致)、数组越界例外等；其它则为非运行时例外，如输入输出例外IOException等。Java编译器要求Java程序必须捕获或声明所有的非运行时例外，但对运行时例外可以不做处理。 图1 例外处理的类层次 2.3 异常处理关键字 Java的异常处理是通过5个关键字来实现的：try，catch，throw，throws，finally。JB的在线帮助中对这几个关键字是这样解释的： Throws: Lists the exceptions a method could throw. Throw: Transfers control of the method to the exception handler. Try： Opening exception-handling statement. Catch： Captures the exception. Finally： Runs its code before terminating the program. 2.3.1 try语句 try语句用大括号{}指定了一段代码，该段代码可能会抛弃一个或多个例外。 2.3.2 catch语句 catch语句的参数类似于方法的声明，包括一个例外类型和一个例外对象。例外类型必须为Throwable类的子类，它指明了catch语句所处理的例外类型，例外对象则由运行时系统在try所指定的代码块中生成并被捕获，大括号中包含对象的处理，其中可以调用对象的方法。 catch语句可以有多个，分别处理不同类的例外。Java运行时系统从上到下分别对每个catch语句处理的例外类型进行检测，直到找到类型相匹配的catch语句为止。这里，类型匹配指catch所处理的例外类型与生成的例外对象的类型完全一致或者是它的父类，因此，catch语句的排列顺序应该是从特殊到一般。 也可以用一个catch语句处理多个例外类型，这时它的例外类型参数应该是这多个例外类型的父类，程序设计中要根据具体的情况来选择catch语句的例外处理类型。 2.3.3 finally语句 try所限定的代码中，当抛弃一个例外时，其后的代码不会被执行。通过finally语句可以指定一块代码。无论try所指定的程序块中抛弃或不抛弃例外，也无论catch语句的例外类型是否与所抛弃的例外的类型一致，finally所指定的代码都要被执行，它提供了统一的出口。通常在finally语句中可以进行资源的清除工作。如关闭打开的文件等。 2.3.4 throws语句 throws总是出现在一个函数头中，用来标明该成员函数可能抛出的各种异常。对大多数Exception子类来说，Java 编译器会强迫你声明在一个成员函数中抛出的异常的类型。如果异常的类型是Error或 RuntimeException， 或它们的子类，这个规则不起作用， 因为这在程序的正常部分中是不期待出现的。 如果你想明确地抛出一个RuntimeException，你必须用throws语句来声明它的类型。 2.3.5 throw语句 throw总是出现在函数体中，用来抛出一个异常。程序会在throw语句后立即终止，它后面的语句执行不到，然后在包含它的所有try块中（可能在上层调用函数中）从里向外寻找含有与其匹配的catch子句的try块。 3 关键字及其中语句流程详解 3.1 try的嵌套 你可以在一个成员函数调用的外面写一个try语句，在这个成员函数内部，写另一个try语句保护其他代码。每当遇到一个try语句，异常的框架就放到堆栈上面，直到所有的try语句都完成。如果下一级的try语句没有对某种异常进行处理，堆栈就会展开，直到遇到有处理这种异常的try语句。下面是一个try语句嵌套的例子。 class MultiNest { static void procere() { try { int a = 0; int b = 42/a; } catch(java.lang.ArithmeticException e) { System.out.println("in procere, catch ArithmeticException: " + e); } } public static void main(String args[]) { try { procere(); } catch(java.lang. Exception e) { System.out.println("in main, catch Exception: " + e); } } } 这个例子执行的结果为： in procere, catch ArithmeticException: java.lang.ArithmeticException: / by zero 成员函数procere里有自己的try/catch控制，所以main不用去处理 ；当然如果如同最开始我们做测试的例子一样，在procere中catch到异常时使用throw e;语句将异常抛出，那么main当然还是能够捕捉并处理这个procere抛出来的异常。例如在procere函数的catch中的System.out语句后面增加throw e;语句之后，执行结果就变为： in procere, catch ArithmeticException: java.lang.ArithmeticException: / by zero in main, catch Exception: java.lang.ArithmeticException: / by zero 3.2 try-catch程序块的执行流程以及执行结果 相对于try-catch-finally程序块而言，try-catch的执行流程以及执行结果还是比较简单的。 首先执行的是try语句块中的语句，这时可能会有以下三种情况： 1． 如果try块中所有语句正常执行完毕，那么就不会有其他的“动做”被执行，整个try-catch程序块正常完成。 2． 如果try语句块在执行过程中碰到异常V，这时又分为两种情况进行处理： �0�5 如果异常V能够被与try相应的catch块catch到，那么第一个catch到这个异常的catch块（也是离try最近的一个与异常V匹配的catch块）将被执行；如果catch块执行正常，那么try-catch程序块的结果就是“正常完成”；如果该catch块由于原因R突然中止，那么try-catch程序块的结果就是“由于原因R突然中止（completes abruptly）”。 �0�5 如果异常V没有catch块与之匹配，那么这个try-catch程序块的结果就是“由于抛出异常V而突然中止（completes abruptly）”。 3． 如果try由于其他原因R突然中止（completes abruptly），那么这个try-catch程序块的结果就是“由于原因R突然中止（completes abruptly）”。 3.3 try-catch-finally程序块的执行流程以及执行结果 try-catch-finally程序块的执行流程以及执行结果比较复杂。 首先执行的是try语句块中的语句，这时可能会有以下三种情况： 1． 如果try块中所有语句正常执行完毕，那么finally块的居于就会被执行，这时分为以下两种情况： �0�5 如果finally块执行顺利，那么整个try-catch-finally程序块正常完成。 �0�5 如果finally块由于原因R突然中止，那么try-catch-finally程序块的结局是“由于原因R突然中止（completes abruptly）” 2． 如果try语句块在执行过程中碰到异常V，这时又分为两种情况进行处理： �0�5 如果异常V能够被与try相应的catch块catch到，那么第一个catch到这个异常的catch块（也是离try最近的一个与异常V匹配的catch块）将被执行；这时就会有两种执行结果： �0�5 如果catch块执行正常，那么finally块将会被执行，这时分为两种情况： �0�5 如果finally块执行顺利，那么整个try-catch-finally程序块正常完成。 �0�5 如果finally块由于原因R突然中止，那么try-catch-finally程序块的结局是“由于原因R突然中止（completes abruptly）” �0�5 如果catch块由于原因R突然中止，那么finally模块将被执行，分为两种情况： �0�5 如果如果finally块执行顺利，那么整个try-catch-finally程序块的结局是“由于原因R突然中止（completes abruptly）”。 �0�5 如果finally块由于原因S突然中止，那么整个try-catch-finally程序块的结局是“由于原因S突然中止（completes abruptly）”，原因R将被抛弃。 （注意，这里就正好和我们的例子相符合，虽然我们在testEx2中使用throw e抛出了异常，但是由于testEx2中有finally块，而finally块的执行结果是complete abruptly的（别小看这个用得最多的return，它也是一种导致complete abruptly的原因之一啊——后文中有关于导致complete abruptly的原因分析），所以整个try-catch-finally程序块的结果是“complete abruptly”，所以在testEx1中调用testEx2时是捕捉不到testEx1中抛出的那个异常的，而只能将finally中的return结果获取到。 如果在你的代码中期望通过捕捉被调用的下级函数的异常来给定返回值，那么一定要注意你所调用的下级函数中的finally语句，它有可能会使你throw出来的异常并不能真正被上级调用函数可见的。当然这种情况是可以避免的，以testEx2为例：如果你一定要使