SSM整合(三) | 异常处理器 - 项目异常的处理方案

这篇具有很好参考价值的文章主要介绍了SSM整合(三) | 异常处理器 - 项目异常的处理方案。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

异常处理器

异常处理器快速入门

程序开发过程中不可避免的会遇到异常现象

SSM整合(三) | 异常处理器 - 项目异常的处理方案

出现异常现象的常见位置与常见原因如下

框架内部抛出的异常:因使用不规范导致

数据层抛出的异常:因外部服务器故障导致(例如:服务器访问超时)

业务层抛出的异常:因业务逻辑书写错误导致(例如:遍历业务书写操作,导致索引异常等)

表现层抛出的异常:因数据收集、校验等规则导致(例如:不匹配的数据类型间导致异常)

工具类抛出的异常:因工具类书写不严谨不够健壮导致(例如:必要释放的连接长期未释放等)

各个层级均出现异常,异常处理代码书写在哪一层都是不合适的

当出现异常, 我们让每一层的异常都不处理往上一层抛出, 所有的异常均抛出到表现层进行处理

表现层处理异常,如果每个方法中都单独书写try…catch…,代码书写量巨大且意义不强

采用AOP思想解决

SpringMVC提供了异常处理器:

集中的、统一的处理项目中出现的异常; 既然最终异常是在表现层进行统一处理, 那么我们异常处理器的类也需要写在表现层controller包下

@RestControllerAdvice类注解

定义在Rest风格开发的控制器增强类定义上方, 为Rest风格开发的控制器类做增强, 此注解自带@ResponseBody注解与@Component注解,具备对应的功能

@ExceptionHandler方法注解:

专用于异常处理的控制器方法上方, 用于设置指定异常的处理方案,功能等同于控制器方法,出现异常后终止原始控制器执行,并转入当前方法执行; 此类方法可以根据处理的异常不同,制作多个方法分别处理对应的异常

@RestControllerAdvice // 声明该类是用来做异常处理的
public class ProjectExceptionAdvice {
    @ExceptionHandler(Exception.class) // 声明该方法是拦截所有异常
    public Result doException(Exception ex) {
        // 返回异常提示
        return new Result(666, null, "出现异常");
    }
}

项目异常处理

项目中的异常不能和上面的处理方式一样

项目异常分类:

业务异常(BusinessException)

  • 规范的用户行为产生的异常
  • 不规范的用户行为操作产生的异常

系统异常(SystemException)

  • 项目运行过程中可预计且无法避免的异常, 例如服务器断电死机等

其他异常(Exception)

  • 编程人员未预期到的异常

项目异常处理方案:

针对业务异常(BusinessException): 发送对应消息传递给用户,提醒规范操作

针对系统异常(SystemException):

  • 发送固定消息传递给用户,安抚用户
  • 发送特定消息给运维人员,提醒维护
  • 记录日志

针对其他异常(Exception):

  • 发送固定消息传递给用户,安抚用户
  • 发送特定消息给编程人员,提醒维护(纳入预期范围内)
  • 记录日志

使用步骤:

  1. 创建一个exception包, 在该包下分别创建业务异常类和系统异常类:

创建业务异常类BusinessException继承自RuntimeException类

public class BusinessException extends RuntimeException {
    // 添加一个编号用于识别异常
    private Integer code;

    public BusinessException(Integer code, String message) {
        super(message);
        this.code = code;
    }

    public BusinessException(Integer code, String message, Throwable cause) {
        super(message, cause);
        this.code = code;
    }

    public Integer getCode() {
        return code;
    }

    public void setCode(Integer code) {
        this.code = code;
    }
}

创建系统异常SystemException继承自RuntimeException类

public class SystemException extends RuntimeException{
    // 添加一个编号用于识别异常
    private Integer code;

    public SystemException(Integer code, String message) {
        super(message);
        this.code = code;
    }

    public SystemException(Integer code, String message, Throwable cause) {
        super(message, cause);
        this.code = code;
    }

    public Integer getCode() {
        return code;
    }

    public void setCode(Integer code) {
        this.code = code;
    }
}
  1. 自定义异常编码(持续补充)
public class Code {
    public static final Integer SAVE_OK = 20011;
    public static final Integer DELETE_OK = 20021;
    public static final Integer UPDATE_OK = 20031;
    public static final Integer SELECT_OK = 20041;

    public static final Integer SAVE_ERR = 20010;
    public static final Integer DELETE_ERR = 20020;
    public static final Integer UPDATE_ERR = 20030;
    public static final Integer SELECT_ERR = 20040;

    public static final Integer SYSTEM_ERROR = 50001; // 系统异常
    public static final Integer SYSTEM_TIMEOUT_ERROR = 50002; // 请求超时
  public static final Integer SYSTEM_UNKNOW_ERROR = 59999; // 系统未知异常
    public static final Integer BUSINESS_ERROR = 60001; // 业务异常
}
  1. 触发自定义异常: 将可能出现的转换为自定义异常

示例: 使用系统异常

@GetMapping("/{id}")
public Result selectById(@PathVariable Integer id) {
    try {
        int i = 1/0;
    } catch (Exception e) {
        throw new SystemException(Code.SYSTEM_TIMEOUT_ERROR, "服务器访问超时, 请稍后重试", e);
    }

    Book book = bookService.selectById(id);
    boolean flag = book != null;
    Integer code = flag ? Code.SELECT_OK: Code.SELECT_ERR;
    String msg = flag ? "": "数据查询失败, 请重试!";
    return new Result(code, book, msg);
}

示例: 使用业务异常文章来源地址https://www.toymoban.com/news/detail-431093.html

@GetMapping("/{id}")
public Result selectById(@PathVariable Integer id) {
    if (id < 0) {
        throw new BusinessException(Code.BUSINESS_ERROR, "请进行合法的操作");
    }

    Book book = bookService.selectById(id);
    boolean flag = book != null;
    Integer code = flag ? Code.SELECT_OK: Code.SELECT_ERR;
    String msg = flag ? "": "数据查询失败, 请重试!";
    return new Result(code, book, msg);
}
  1. 处理器拦截系统异常和业务异常并处理
@RestControllerAdvice // 声明该类是用来做异常处理的
public class ProjectExceptionAdvice {
    @ExceptionHandler(SystemException.class) // 拦截系统异常
    public Result doSystemException(SystemException e) {
        // 记录日志...
        // 发送消息给运维...
        // 发送邮件给开发人员..
        // 返回异常提示
        return new Result(e.getCode(), null, e.getMessage());
    }

    @ExceptionHandler(BusinessException.class) // 拦截业务异常
    public Result doBusinessException(BusinessException e) {
        // 返回异常提示
        return new Result(e.getCode(), null, e.getMessage());
    }

    @ExceptionHandler(Exception.class) // 其他异常: 拦截所有的异常
    public Result doException(Exception ex) {
        // 记录日志...
        // 发送消息给运维...
        // 发送邮件给开发人员..
        // 返回异常提示
        return new Result(Code.SYSTEM_UNKNOW_ERROR, null, "系统繁忙请稍后再试");
    }
}

到了这里,关于SSM整合(三) | 异常处理器 - 项目异常的处理方案的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • SpringMVC之异常处理器

    SpringMVC提供了一个处理控制器方法执行过程中所出现的异常的接口:HandlerExceptionResolver。 HandlerExceptionResolver接口的实现类有:DefaultHandlerExceptionResolver(默认的)和 SimpleMappingExceptionResolver(自定义的)。 这里配置了两个异常,出现其中一个异常后跳转到error页面。 以上就是异

    2024年02月10日
    浏览(32)
  • 13、SpringMVC之异常处理器

    创建名为spring_mvc_exception的新module,过程参考9.1节和9.5节 SpringMVC 提供了一个处理控制器方法执行异常的接口:HandlerExceptionResolver HandlerExceptionResolver 接口的实现类有:DefaultHandlerExceptionResolver 和 SimpleMappingExceptionResolver 实际工作中,有时使用 SimpleMappingExceptionResolver 异常解析器

    2024年02月05日
    浏览(33)
  • Spring MVC 异常处理器

    如果不加以异常处理,错误信息肯定会抛在浏览器页面上,这样很不友好,所以必须进行异常处理。 系统的dao、service、controller出现都通过throws Exception向上抛出,最后由springmvc前端控制器交由异常处理器进行异常处理,如下图: 编写controller 在index.jsp里面定义超链接

    2024年01月22日
    浏览(38)
  • Spring MVC配置全局异常处理器!!!

    为什么要使用全局异常处理器:如果不加以异常处理,错误信息肯定会抛在浏览器页面上,这样很不友好,所以必须进行异常处理。 系统的dao、service、controller出现都通过throws Exception向上抛出,最后由springmvc前端控制器交由异常处理器进行异常处理,如下图: 结果展示:  

    2024年01月15日
    浏览(33)
  • Spring Boot 如何自定义异常处理器

    在Spring Boot应用程序中,异常处理是一个非常重要的方面。如果您不处理异常,应用程序可能会崩溃或出现不可预料的行为。默认情况下,Spring Boot将未捕获的异常返回给客户端。这通常不是期望的行为,因为客户端可能无法理解异常信息。在本文中,我们将介绍如何在Sprin

    2024年02月06日
    浏览(32)
  • 【微服务网关---Gateway 的全局异常处理器】

    Gateway网关统一全局异常处理操作 方便前端看到 这里要精细化翻译,默认返回用户是看不懂的 所以需要配置一个 Gateway 的全局异常处理器 如果没有网关全局异常的 会如下截图 代码如下: 代码如下: 代码如下: 以上就是今天要讲的内容,本文仅仅简单 所以需要配置一个

    2024年02月12日
    浏览(32)
  • SpringMVC之拦截器和异常处理器

    学习的最大理由是想摆脱平庸,早一天就多一份人生的精彩;迟一天就多一天平庸的困扰。各位小伙伴,如果您: 想系统/深入学习某技术知识点… 一个人摸索学习很难坚持,想组团高效学习… 想写博客但无从下手,急需写作干货注入能量… 热爱写作,愿意让自己成为更好

    2024年02月03日
    浏览(48)
  • SpringMVC的拦截器和异常处理器

    目录 lerInterceptor 拦截器 1、拦截器的作用 2、拦截器的创建 3、拦截器的三个抽象方法 4、拦截器的配置 5、多个拦截器的执行顺序 SpringMVC的异常处理器 1、异常处理器概述 2、基于配置文件的异常处理 3、基于注解的异常处理 拦截器的作用时机 SpringMVC的拦截器作用于  控制器

    2024年02月02日
    浏览(34)
  • [ARM 汇编]进阶篇—异常处理与中断—2.4.2 ARM处理器的异常向量表

    异常向量表简介 在ARM架构中,异常向量表是一组固定位置的内存地址,它们包含了处理器在遇到异常时需要跳转到的处理程序的入口地址。每个异常类型都有一个对应的向量地址。当异常发生时,处理器会自动跳转到对应的向量地址,并开始执行异常处理程序。 异常向量表

    2024年02月09日
    浏览(55)
  • SpringBoot | RestTemplate异常处理器ErrorHandler使用详解

    关注wx:CodingTechWork   在代码开发过程中,发现很多地方通过 RestTemplate 调用了第三方接口,而第三方接口需要根据某些状态码或者异常进行重试调用,此时,要么在每个调用的地方进行异常捕获,然后重试;要么在封装的 RestTemplate 工具类中进行统一异常捕获和封装。当然

    2024年02月12日
    浏览(34)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包