其实我对异常处理还是个门外汉，毕竟在我的学习中编的一些 Toy Program 都太小，不太用得到Exception。但它毕竟很重要，在大型的、复杂的、工程化的程序编写中重要性可想而知。总结一点从网上得到的经验。
1. 异常处理相对于返回错误代码的一个最大优点在于，异常可以被自动传递，这样，在编程时异常更加难以被忽视。
通常，只在最上层(一般是UI层)捕捉异常。如果要在其它层捕捉异常，除非是下列情况之一：
(1)能够处理该异常，或者
(2)能够忽略该异常，或者
(3)需要转换该异常为其它特定异常后抛出新异常
UI层捕获异常后，可以
(1)将无关紧要的异常忽略。
(2)将异常转换为错误信息展现给用户。
(3)如果是重大异常，可以考虑终止应用程序。
最上层(一般是UI层)不得抛出新的异常；最上层需要捕捉所有异常，否则异常会直接导致程序终止，这将是非常不好的用户体验。
可以在非最上层抛出自定义异常。如果是自定义异常，请保证其是可序列化的，并且保证其实现了Exception的三个构造函数。
异常的抛出与截获需要很多的cpu时间，请谨慎的使用异常。
在可能抛出异常的地方，如果需要，请确保使用finally进行资源清理，而无论此处是否捕捉了异常。
在一个catch块中的代码都应该至少部分地处理了所捕捉的异常。否则，就不要使用catch块。
从构造函数中抛出异常。
因为构造函数没有返回值，所以没有简单的方法来想构造函数的调用者发出构造失败的信号，这时便可以通过抛出异常来做到。比如构造参数与指定条件不符时，就抛出一个异常。
在以上前提的保证下，可以在非最上层使用AOP截获(intercept)异常而进行日志记录，这样通过日志记录，我们可以了解系统的 运行状态。记不起在哪里看到过这样一句话：在软件实现中，异常和日志都是重要的质量保证手段，异常和日志总是同时出现的。可以说，异常是日志记录的重要/主要组成部分。
以上是CSDN的大侠zhuweisky总结的，我觉得对于我这种菜鸟级的来说是很值得学习的东西。毕竟我们平常太少用到异常处理，依照这样的原则来写异常处理不至于走太多弯路。