黑马程序员技术交流社区

标题: 什么时候必须进行异常try或throws 处理 [打印本页]

作者: 乔玉吉    时间: 2012-3-21 19:32
标题: 什么时候必须进行异常try或throws 处理
对于我们新手,总会遇到类似这样的问题 错误: 未报告的异常错误IOException; 必须对其进行捕获或声明以便抛出

什么时候必须进行异常try或throws 处理呢

有的是在编译时候就会提示:     未报告的异常错误IOException; 必须对其进行捕获或声明以便抛出

有的编译可以通过 在运行时候才会提示

public static void main(String[] args)
{

        int[] arr = new int[2];
        System.out.println(arr[3]);                       

}

这段代码如果输出的是 arr[1],编译和运行都可以通过,



除了对线程和流操作的时候,还有哪些在编译前就必须做异常处理动作.
如何在写代码的时候判断哪些语句该做异常处理,要不然你编译就会失败.

是不是不属于RuntimeException的子类异常都需要提前处理
作者: ♂诸侯♂    时间: 2012-3-21 19:37
在可能会出现exception的地方,要使用try-catch或者throws或者两者都要。我的判断依据是:如果对可能出现的exception不想被外部(方法的调用者)知道,就在方法内部try-catch掉这个exception;如果希望外部知道,则在catch到之后把exception直接抛出或者抛出自定义的exception。
另外,有些地方即使不会有exception,但是从商业逻辑上是错误的、非预期的,也可以抛出user   exception。例如,用户输入非法,bank   account非法透支等等。


网上有人总结的:
1、如果无法处理某个异常,那就不要捕获它。   
2、如果捕获了一个异常,请不要胡乱处理它。   
3、尽量在靠近异常被抛出的地方捕获异常。   
4、在捕获异常的地方将它记录到日志中,除非您打算将它重新抛出。   
5、按照您的异常处理必须多精细来构造您的方法。   
6、需要用几种类型的异常就用几种,尤其是对于应用程序异常



作者: 陈从宾    时间: 2012-3-21 19:37
理论上讲,应该捕捉一切可以预知的异常。当然,如果不是最终的使用者(客户程序员),而是类库提供者,可以throws,因为你可以确知这些异常会最终被处理;否则,一定要谨慎的使用throws,因为可能最终exception不会被正确处理。
的确是有这样的特例的。比如,在jsp里,即使不处理异常也不抛出,因为jsp本身机制,也不会报编译错。这个时候,可能会使这个异常成为类似于RuntimeException的东西,让最终用户看到。这种做法是不负责任的。
RuntimeException只是一个概念,实际上,本来所有的Exception都一样,本质上RuntimeException不会另行处理。所以,是不是throws,还是要根据你的总体设计中bean所处的地位来进行判断。
作者: 吴璞玉    时间: 2012-3-21 19:40
能处理就早处理,抛不出去还不能处理的就想法消化掉或者转换为RuntimeException处理。因为对于一个应用系统来说,抛出大量异常是有问题 的,应该从程序开发角度尽可能的控制异常发生的可能。对于检查异常,如果不能行之有效的处理,还不如转换为RuntimeException抛出。这样也让上层的代码有选择的余地――可处理也可不处理。
作者: 可见    时间: 2012-3-21 20:12
异常:就是程序在运行时出现不正常情况。
异常由来:问题也是现实生活中一个具体的事物,也可以通过java的类的形式进行描述。并封装成对象。
                        其实就是java对不正常情况进行描述后的对象体现。

对于问题的划分:两种:一种是严重的问题,一种非严重的问题。

对于严重的,java通过Error类进行描述。
        对于Error一般不编写针对性的代码对其进行处理。

对与非严重的,java通过Exception类进行描述。
        对于Exception可以使用针对性的处理方式进行处理。

无论Error或者Exception都具有一些共性内容。
比如:不正常情况的信息,引发原因等。

Throwable
        |--Error
        |--Exception




2,异常的处理

java 提供了特有的语句进行处理。
try
{
        需要被检测的代码;
}
catch(异常类 变量)
{
        处理异常的代码;(处理方式)
}
finally
{
        一定会执行的语句;
}


3,对捕获到的异常对象进行常见方法操作。
        String getMessage():获取异常信息。


在函数上声明异常。
便于提高安全性,让调用出进行处理。不处理编译失败。



对多异常的处理。

1,声明异常时,建议声明更为具体的异常。这样处理的可以更具体。
2,对方声明几个异常,就对应有几个catch块。不要定义多余的catch块。
        如果多个catch块中的异常出现继承关系,父类异常catch块放在最下面。


建立在进行catch处理时,catch中一定要定义具体处理方式。
不要简单定义一句 e.printStackTrace(),
也不要简单的就书写一条输出语句。
因为项目中会出现特有的问题,
而这些问题并未被java所描述并封装对象。
所以对于这些特有的问题可以按照java的对问题封装的思想。
将特有的问题。进行自定义的异常封装。

自定义异常。

需求:在本程序中,对于除数是-1,也视为是错误的是无法进行运算的。
那么就需要对这个问题进行自定义的描述。

当在函数内部出现了throw抛出异常对象,那么就必须要给对应的处理动作。
要么在内部try catch处理。
要么在函数上声明让调用者处理。

一般情况在,函数内出现异常,函数上需要声明。


发现打印的结果中只有异常的名称,却没有异常的信息。
因为自定义的异常并未定义信息。

如何定义异常信息呢?
因为父类中已经把异常信息的操作都完成了。
所以子类只要在构造时,将异常信息传递给父类通过super语句。
那么就可以直接通过getMessage方法获取自定义的异常信息。



自定义异常:
必须是自定义类继承Exception。


继承Exception原因:
异常体系有一个特点:因为异常类和异常对象都被抛出。
他们都具备可抛性。这个可抛性是Throwable这个体系中独有特点。

只有这个体系中的类和对象才可以被throws和throw操作。



throws和throw的区别
throws使用在函数上。
throw使用在函数内。

throws后面跟的异常类。可以跟多个。用逗号隔开。
throw后跟的是异常对象。
Exceptoin中有一个特殊的子类异常RuntimeException 运行时异常。

如果在函数内容抛出该异常,函数上可以不用声明,编译一样通过。

如果在函数上声明了该异常。调用者可以不用进行处理。编译一样通过;

之所以不用在函数声明,是因为不需要让调用者处理。
当该异常发生,希望程序停止。因为在运行时,出现了无法继续运算的情况,希望停止程序后,
对代码进行修正。




自定义异常时:如果该异常的发生,无法在继续进行运算,
就让自定义异常继承RuntimeException。


对于异常分两种:
1,编译时被检测的异常。
       
2,编译时不被检测的异常(运行时异常。RuntimeException以及其子类)


毕老师视频中的还有自己总结的一些笔记 希望对你有帮助
作者: 朱鹏举    时间: 2012-3-21 21:04
如果函数声明了异常,调用者需要进行处理。处理方法可以throws可以try。

异常有两种:
        编译时被检测异常
                该异常在编译时,如果没有处理(没有抛也没有try),编译失败。
                该异常被标识,代表这可以被处理。
        运行时异常(编译时不检测)
                在编译时,不需要处理,编译器不检查。
                该异常的发生,建议不处理,让程序停止。需要对代码进行修正。

异常的处理原则:
        1,处理方式有两种:try 或者 throws。
        2,调用到抛出异常的功能时,抛出几个,就处理几个。
                一个try对应多个catch。
        3,多个catch,父类的catch放到最下面。
        4,catch内,需要定义针对性的处理方式。不要简单的定义printStackTrace,输出语句。
                也不要不写。
                当捕获到的异常,本功能处理不了时,可以继续在catch中抛出。
                try
                {
                        throw new AException();
                }
                catch (AException e)
                {
                        throw e;
                }

                如果该异常处理不了,但并不属于该功能出现的异常。
                可以将异常转换后,在抛出和该功能相关的异常。

                或者异常可以处理,当需要将异常产生的和本功能相关的问题提供出去,
                当调用者知道。并处理。也可以将捕获异常处理后,转换新的异常。







欢迎光临 黑马程序员技术交流社区 (http://bbs.itheima.com/) 黑马程序员IT技术论坛 X3.2