对于我们新手,总会遇到类似这样的问题 错误: 未报告的异常错误IOException; 必须对其进行捕获或声明以便抛出

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

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

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

public static void main(String[] args)
{

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

}

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



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

是不是不属于RuntimeException的子类异常都需要提前处理

在可能会出现exception的地方，要使用try－catch或者throws或者两者都要。我的判断依据是：如果对可能出现的exception不想被外部（方法的调用者）知道，就在方法内部try－catch掉这个exception；如果希望外部知道，则在catch到之后把exception直接抛出或者抛出自定义的exception。
另外，有些地方即使不会有exception，但是从商业逻辑上是错误的、非预期的，也可以抛出user   exception。例如，用户输入非法，bank   account非法透支等等。


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

理论上讲，应该捕捉一切可以预知的异常。当然，如果不是最终的使用者（客户程序员），而是类库提供者，可以throws，因为你可以确知这些异常会最终被处理；否则，一定要谨慎的使用throws，因为可能最终exception不会被正确处理。
的确是有这样的特例的。比如，在jsp里，即使不处理异常也不抛出，因为jsp本身机制，也不会报编译错。这个时候，可能会使这个异常成为类似于RuntimeException的东西，让最终用户看到。这种做法是不负责任的。
RuntimeException只是一个概念，实际上，本来所有的Exception都一样，本质上RuntimeException不会另行处理。所以，是不是throws，还是要根据你的总体设计中bean所处的地位来进行判断。

能处理就早处理，抛不出去还不能处理的就想法消化掉或者转换为RuntimeException处理。因为对于一个应用系统来说，抛出大量异常是有问题 的，应该从程序开发角度尽可能的控制异常发生的可能。对于检查异常，如果不能行之有效的处理，还不如转换为RuntimeException抛出。这样也让上层的代码有选择的余地――可处理也可不处理。

异常：就是程序在运行时出现不正常情况。
异常由来：问题也是现实生活中一个具体的事物，也可以通过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以及其子类)


毕老师视频中的还有自己总结的一些笔记 希望对你有帮助

如果函数声明了异常，调用者需要进行处理。处理方法可以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;
                }

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

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