控制层中发生的异常有两种情况:

一种是意料之内的,可预估的。这种异常需要捕获异常后做出“尝试修复”,例如在查询用户信息rpc的过程中发生异常,包括什么500啊,404啊,这些对于客户端来说基本不用重试,可以通过清晰的错误码告知,相反,超时等情况则可以通知客户端稍后重试,通过不同的错误码引导客户端进行不同的操作。
另一种情况则是控制层本身就没考虑到的情况。这种情况盲目的try/catch没多大意义,通常会在框架层面做统一处理,包括记录异常信息,以及优雅的返回失败。
最后,对于try/catch的使用,我们不是并不是为了看不见异常,更多的是考虑我捕获后能做什么,能否尝试解决这个问题,如果不行,抛给上层,能否记录并告警,如果没考虑清楚这个问题,很容易犯一个大忌(吞掉异常)。
首先,,业务层,如果可控的要抛出。当然一定不要处理成错误的返回。也不是说一定要处理,看具体的处理场景,因为涉及到事物的问题,业务层还有一个重要的处理场景。那就是事务处理。如果你直接返回你的错误返回,那就是事务无效,正确的做法是。定义一个异常,再可控的异常try catch 抛出自定义异常,定义全局的异常处理器,利用异常处理器对自定义的错误返回系统标准返回?对于不可控的,可以在加上异常处理器。打注解实现http状态吗的返回
需要做统一异常处理,不能将异常返回给客户端,好的做法是最终到达客户端的是一个统一格式的result,要么succese,要么是fail,除了系统异常比如网络超时,500服务异常等。还必须有统一的状态码处理。
1、ArithmeticException - 算术运算中,被0除或模除。
3、ArrayStoreException - 数据存储异常,写数组操作时,对象或数据类型不兼容。
6、IllegalThreadStateException - 试图非法改变线程状态,比方说试图启动一已经运行的线程。
7、NullPointerException - 试图访问一空对象的变量、方法或空数组的元素
8、NumberFormatException - 数据格式异常,试图把一字符串非法转换成数值(或相反)。
9、SecurityException - 如果applet试图执行一被WWW浏览器安全设置所禁止的操作。
11、OutOfMemoryException - 内存不足,通常发生于创建对象之时。
12、NoClassDefFoundException - Java运行时系统找不到所引用的类。
13、IncompatibleTypeException - 试图实例化一个接口,Java运行时系统将抛出这个异常。
14、UnsatisfiedLinkException - 如果所需调用的方法是C函数,但Java运行时系统却无法连接这个函数。
15、InternalException - 系统内部故障所导致的异常情况,可能是因为Java运行时系统本身的原因。如果发现一可重现的InternalException,可以直接给Sun公司发电邮java@java.Sun.com。