文档介绍：Th read 类的方法() ; Asta rt()B run() Cexit ()Dge ;答案: A BD ;解析:看 Jav aAPId ocs 吧: http: //; j xcept io;A继承自 Thr owabl eBSer ialab le;答案: A;解析: Java 异常的基类为 java .lang .T; Ru ntime Excep tion ; 扩展:错误和--- ----- ----- ----- ----- ----- ----- ----- ----- ----- ----- ----- ----- ----- ----- ----- -- Thr ead 类的方法() A st art() B ru n() C exit ()D getPr iorit y() 答案: AB D解析:看 Jav a API docs 吧: htt p://d racle .com/ javas e/7/d ocs/a pi/ ,e xit() 是 Syst em 类的方法,如 Sy stem. exit( 0)。 j xcept ion 类的说法正确的是() A继承自 Throw able B Ser ialab le CD 不记得, 反正不正确答案: A解析: Java 异常的基类为 java .lang .Thro wable , java .lang .Erro r和 jav eptio n 继承 T hrowa ble ,R untim eExce ption 和其它的 E xcept ion 等继承 Exce ption ,具体的 R untim eExce ption 继承 R untim eExce ption 。扩展:错误和异常的区别( Error vsE xcept ion) 1)j rror: Thro wable 的子类,用于标记严重错误。合理的应用程序不应该去 t ry/ca tch 这种错误。绝大多数的错误都是非正常的,就根本不该出现的。 ja cepti on: T hrowa ble 的子类,用于指示一种合理的程序想去 catch 的条件。即它仅仅是一种程序运行条件,而非严重错误, 并且鼓励用户程序去 c atch 它。 2) Erro r和 Run timeE xcept ion 及其子类都是未检查的异常( unc hecke d exc eptio ns),而所有其他的 Excep tion 类都是检查了的异常( c hecke d exc eptio ns). chec ked e xcept ions: 通常是从一个可以恢复的程序中抛出来的, 并且最好能够从这种异常中使用程序恢复。比如 File NotFo undEx cepti on, P arseE xcept ion 等。检查了的异常发生在编译阶段,必须要使用 t ry… ca tch (或者 thro ws )否则编译不通过。 un check ed ex cepti ons: 通常是如果一切正常的话本不该发生的异常, 但是的确发生了。发生在运行期, 具有不确定性,主要是由于程序的逻辑问题所引起的。比如 Ar rayIn dexOu tOfBo undEx cepti on, C lassC astEx cepti on等。从语言本身的角度讲,程序不该去 c atch 这类异常,虽然能够从诸如 Ru ntime Excep tion 这样的异常中 catch 并恢复,但是并不鼓励终端程序员这么做,因为完全没要必要。因为这类错误本身就是 bug,应该被修复,出现此类错误时程序就应该立即停止执行。因此,面对 Er rors 和 unche cked excep tions 应该让程序自动终止执行,程序员不该做诸如 try/c atch 这样的事情, 而是应该查明原因,修改代码逻辑。 Ru ntime Excep tion : Runti meExc eptio n体系包括错误的类型转换、数组越界访问和试图访问空指针等等。处理 R untim eExce ption 的原则是: 如果出现 Runti meExc eptio n,那么一定是程序员的错误。例如,可以通过检查数组下标和数组边界来避免数组越界访问异常。其他( IOE xcept ion 等等) chec ked 异常一般是外部错误,例如试图从文件尾后读取数据等,这并不是程序本身的错误, 而是在应用环境中出现的外部错误。 () Str ing s t