Jersey自定义异常捕获

本文介绍了如何在 Jersey 中捕获和处理自定义异常,包括创建自定义异常基础类BaseExceptionMapper和自定义异常ServiceException,以及如何在程序中实际使用。遵循将checked异常转化为unchecked异常的原则,提供统一的异常处理机制。
摘要由CSDN通过智能技术生成

Jersey 捕获自定义异常

背景

大家都知道 Spring 可以自定义切面做异常控制,在看了一些资料后发现 Jersey 也有类似的功能,且不用整合Spring

在代码中异常控制,可以大量减少 try/catch 的使用,也不需要将异常从 Dao 层一直往 Controller 层往上抛。

先来介绍一下异常分类:

Throwable类

Throwable 类是所有异常的始祖,它有两个直接子类 Error / Exception: Error 仅在 Java 虚拟机中发生动态连接失败或其它的定位失败的时候抛出一个 Error 对象。一般程序不用捕捉或 抛出 Error 对象。

Unchecked Exception:

  • 指的是程序的瑕疵或逻辑错误,并且在运行时无法恢复。
  • 包括 Error 与 RuntimeException 及其子类,如: OutOfMemoryError, UndeclaredThrowableException, IllegalArgumentException, IllegalMonitorStateException, NullPointerException, IllegalStateException, IndexOutOfBoundsException 等。
  • 语法上不需要声明抛出异常。

Checked Exception:

  • 代表程序不能直接控制的无效外界情况(如用户输入,数据库问题,网络异常,文件丢失等)

  • 除了Error和RuntimeException及其子类之外,如:ClassNotFoundException, NamingException, ServletException, SQLException, IOException等。

  • 需要 try/catch 处理或 throws 声明抛出异常。

除此之外我们来看一下异常处理原则 :

  • 在框架层面封装 checked exception,将其转化为 unchecked exception,避免开发过程中编写繁冗的 try…catch 代码。
  • 业务层面的开发,根据程序代码职责定义不同的 RuntimeException (它就是 unchecked exception,一般定义为 RuntimeException 的子类)
  • 通过前两个观点,系统中自定义的异常将只存在unchecked exception,系统只在于客户端交换数据的上层,设置统一异常处理机制,并将一些异常转化为用户所能理解的信息传达给用户。
  • 其他如业务层,数据持久层,等底层只负责将异常抛出即可,但要注意不要丢失掉异常堆栈(这一点是初学者容易犯的一个错误)。

以上摘自参考博客

正题(开始配置)

Jersey 自带了一个异常过滤器 ExceptionMapper<Exception> 我们得先创建一个自定异常管理类去实现它。

创建自定义异常基础类BaseExceptionMapper

package cn.sibat.bus.emergency.api.mapper;

import javax.ws.rs.core.Response;
import javax.ws.rs.ext.ExceptionMapper;
import cn.sibat.bus.emergency.exception.ServiceException;
import cn.sibat.bus.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值