java 异常处理

    判断Java架构师技能的高低和开发团队是否训练有素，其中比较好的方法是查看应用程序中的异常处理代码。首先需要观察的是有多少代码专门用于捕捉异常、记录异常、确定发生的事件和异常转化。简洁、紧凑和有条理的异常处理表明团队有使用Java异常的一致方法.
   事后处理异常（或者根本不处理）是造成软件项目混乱和延迟的主要原因。异常处理关系到软件设计的各个方面。为异常建立架构约定应该是项目中首先要做出的决定之一。合理使用Java异常模型将对保持应用程序的简洁性、可维护性和正确性大有帮助。
   大家是如何处理异常的啊??????不吝次教. 

 

看你有多少种要区分的异常了...
如果不用区分那么出exception比较难改
如果区分太细你又要开发那么多页面进行区别....


如果不处理不用自己写异常类
如果处理尽量自己写异常类...

看得晕乎

“次教”不敢当，分享一下吧。

我在整个应用的异常体系中，一般都是这么处理的，在service层，会抛出一些业务上的异常，然后自己封装成自己实现的异常类，同时引用底层的异常对象。然后统一用exception handle扑捉异常，根据不同的业务代码 + (开发 or 调试 状态)在异常页面打印出对应的错误信息以及错误处理。

比如： 抛出一个Business异常，其errCode = "UserNotLogin" .那么我会对应有一个配制文件老保存这个errCode对应的2个错误信息（1个是对应开发状态下的，1个是对应运行状态下），同时会根据是dev或run模式来打印异常信息。

如果是开发状态，我会把底层异常的堆栈信息全部输出。如果是运行状态，就会输出比较友好的提示，甚至是js代码来控制页面。

我认为是这样的.
业务异常有相应的业务流程去处理.
系统异常(如SqlException)由系统处理(配置error page).
但感觉难处理的就是那些正常情况不可能出现异常地方,抛出的异常.如Integer.valueOf(s),一般传入都是number字符串,可如果不是number就会有异常.这样的异常是最难处理的,不知道大家是如何对待的...............