Java的异常处理，

Java的异常处理，

一 有关异常的一些疑问

 

1 方法中如果不声明throws呢，会怎么样？

如果你在方法中throw一个异常，却没有在方法声明中声明之，编译器会报错。

 

2 一般选择throw往外抛的时机？

自己能处理的就处理掉。如果不往外抛出或者处理，调用者会处理，如果一直不理会，最后main线程会进行处理。

 

3 一个方法的所有代码都放入try中,合理吗？不合理，怎么去检查可能出现非运行时异常的语句？

不合理,try不要太长。仔细分析哪些代码可能会产生异常，然后进行捕获。

 

4 运行时异常，编译时异常和错误的理解？

编译时异常： 程序正确，但因为外在的环境条件不满足引发。例如：用户错误及I/O问题----程序试图打开一个并不存在的远程Socket端口。

这不是程序本身的逻辑错误，而很可能是远程机器名字错误(用户拼写错误)。对商用软件系统，程序开发者必须考虑并处理这个问题。

JAVA编译器强制要求处理这类异常，如果不捕获这类异常，程序将不能被编译。 

 

运行期异常： 这意味着程序存在bug，如数组越界，0被除，入参不满足规范.....这类异常需要更改程序来避免，JAVA编译器强制要求处理这类异常。 

 

错误： 一般很少见，也很难通过程序解决。它可能源于程序的bug，但一般更可能源于环境问题，如内存耗尽。错误在程序中无须处理，而有运行环境处理。 

 

 

二  自己在开发使用异常的存在的问题

1 try中包含一大段代码。

 

2 catch捕获后，只是调用打印堆栈的语句，没有进行其他处理。

 

 

三 处理异常的原则(从几处搜刮过来的)

如果无法处理某个异常，那就不要捕获它。 

如果捕获了一个异常，请不要胡乱处理它。 

尽量在靠近异常被抛出的地方捕获异常。 

在捕获异常的地方将它记录到日志中，除非您打算将它重新抛出。 

按照您的异常处理必须多精细来构造您的方法。 

需要用几种类型的异常就用几种，尤其是对于应用程序异常。

把低层次的异常封装成层次较高程序员较容易理解的异常。

尽量输出造成异常的完整数据

尽量捕获具有特定含义的异常：比如SqlException，而不是简单地捕获一个Exception。

不要在循环中使用try...catch，尽量将try...catch放在循环外或者避免使用。

不要把大量的代码塞在try catch块里面，分离各个可能出现异常的语句并分别捕获异常。

在finally里面释放资源。如果finally里面也会抛出异常，也一样的需要try catch处理。