java中异常处理有什么优点_Java异常的优势与缺陷，及其处理原则

最近在做一个读取数据库元数据的框架，其中的数据库的检查异常让人印象深刻。try-catch简直让人抓狂，同时作为框架哪些异常时应该抛出来给调用人员，哪些是应该自己处理掉的，抛出来的异常时检查异常还是非检查异常都值得深思。下面很多仅仅是个人观点，希望大家补充和指出不对之处。

Java理念：结构不佳的代码不能运行。(泛型这点做的很差)

优点：1、用强制规定的形式来消除错误处理过程中随心所欲的因素；(C语言printf没人检查，scanf则会)。

2、能够降低错误处理代码的复杂度。(不需要太多的if-else)

3、携带信息，易于发现问题。(得益于强大的StackTrace栈轨迹)

什么是异常？

在当前环境下无法获取必要的信息来解决的，并且会影响当前方法或者作用域继续执行的问题。前面半句，你没法解决的问题，就交给你上一级来处理，所谓的抛出异常。如果你能解决的，你没解决，那就是你的程序有问题。下半句，无关紧要的异常，你可以处理掉(要留下信息)，log4j找不到properties总不能让系统直接崩溃，就只这个理。

Try块的意义

方法内部抛出异常，这个方法就结束了(向更高层抛出)。如果你不希望结束，可以用try块。Try就是把可能抛出一样的方法集中处理。在没有异常处理的语言中，你可能需要不停的检查每个操作是否正确，在Java中可以集中处理。这对应的就是异常的优点2。

异常说明(检查异常的由来)

Java鼓励人们把方法可能抛出的异常告知使用此方法的客户端程序员。

Void f() throws TooBig,TooSmall,DivZero

说明方法f