【SpringMVC学习05】SpringMVC中的异常处理器

2024-09-07 20:58

本文主要是介绍【SpringMVC学习05】SpringMVC中的异常处理器,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

SpringMVC在处理请求过程中出现异常信息交由异常处理器进行处理,自定义异常处理器可以实现一个系统的异常处理逻辑。

异常处理思路

我们知道,系统中异常包括两类:预期异常和运行时异常(RuntimeException),前者通过捕获异常从而获取异常信息,后者主要通过规范代码开发、测试通过手段减少运行时异常的发生。系统的dao、service、controller出现异常都通过throws Exception向上抛出,最后由SpringMVC前端控制器交由异常处理器进行异常处理,SpringMVC提供全局异常处理器(一个系统只有一个异常处理器)进行统一异常处理。如下图:

明白了SpringMVC中的异常处理机制,下面就开始分析SpringMVC中的异常处理。

全局异常处理器案例

自定义异常类

为了区别不同的异常通常根据异常类型自定义异常类,这里我们创建一个自定义系统异常,如果controller、service、dao抛出此类异常说明是系统预期处理的异常信息。

我们可在工程的com.itheima.springmvc.exception包下编写一个自定义异常类——CustomerException.java,如下:

public class CustomerException extends Exception {private String expMessage;public CustomerException() {}public CustomerException(String msg) {this.expMessage = msg;}public String getExpMessage() {return expMessage;}public void setExpMessage(String expMessage) {this.expMessage = expMessage;}}

自定义异常处理器

全局异常处理器处理思路:

1.解析出异常类型。
2.如果该异常类型是系统自定义的异常,直接取出异常信息,在错误页面展示。
3.如果该异常类型不是系统自定义的异常,那么应取出错误的堆栈信息,并记录下来,在错误页面展示。

SpringMVC提供一个HandlerExceptionResolver接口,自定义全局异常处理器必须要实现这个接口,所以我们可在com.itheima.springmvc.exception包下编写一个自定义全局异常处理器,如下:

/*** 全局异常处理器* @author 李阿昀**/
public class GlobalExceptionResolver implements HandlerExceptionResolver {@Overridepublic ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler,Exception exception) {// 判断异常的种类String msg = null;if (exception instanceof CustomerException) {// 如果是自定义异常,就从异常里面取出错误消息CustomerException custExp = (CustomerException) exception;msg = custExp.getExpMessage();} else {// 如果是运行时异常,则取错误的堆栈信息exception.printStackTrace(); // 向控制台上打印堆栈信息StringWriter s = new StringWriter();PrintWriter printWriter = new PrintWriter(s);exception.printStackTrace(printWriter);msg = s.toString();}// 写日志、发短信、发邮件// 在此省略这一步......// 返回一个友好的错误页面,并显示错误消息ModelAndView modelAndView = new ModelAndView();modelAndView.addObject("msg", msg);modelAndView.setViewName("error");return modelAndView;}}

记得还要在/WEB-INF/jsp目录下提供一个错误页面——error.jsp,如下:

<%@ page language="java" contentType="text/html; charset=UTF-8"pageEncoding="UTF-8"%>
<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Insert title here</title>
</head>
<body><h1>系统发送异常了。。。。。。。。。。。。</h1><br/><h2>错误消息为:</h2><br/>${msg }
</body>
</html>

异常处理器配置

全局异常处理器中的逻辑很清楚,我就不再多说了,然后就是在springmvc.xml文件中配置这个自定义的异常处理器:

<!-- 配置全局异常处理器,且全局异常处理器只能有一个 -->
<bean class="com.itheima.springmvc.exception.GlobalExceptionResolver"></bean>

测试

接下来就是要写测试程序了,先将ItemController类中的getItemsList方法改造为:

@RequestMapping("/itemList")
public ModelAndView getItemsList() throws Exception {// 自定义异常测试if (true) {throw new CustomerException("这是我们自定义的异常,哈哈哈。。。。。。。。。");}// 查询商品列表List<Items> itemList = itemService.getItemList();// 把查询结果传递给页面ModelAndView modelAndView = new ModelAndView();modelAndView.addObject("itemList", itemList); // addObject方法相当于放到request域上// 设置逻辑视图modelAndView.setViewName("itemList"); // 返回结果return modelAndView;
}

然后我们在浏览器中输入url来测试:http://localhost:8080/springmvc-web2/item/itemList.action。getItemsList方法中无论如何都会抛出一个自定义的异常,然后被上面配置的全局异常处理器捕获并执行,跳转到我们指定的页面,如下:

接着再将ItemController类中的getItemsList方法改造为:

@RequestMapping("/itemList")
public ModelAndView getItemsList() throws Exception {// 运行时异常的测试int i = 1/0;// 查询商品列表List<Items> itemList = itemService.getItemList();// 把查询结果传递给页面ModelAndView modelAndView = new ModelAndView();modelAndView.addObject("itemList", itemList); // addObject方法相当于放到request域上// 设置逻辑视图modelAndView.setViewName("itemList"); // 返回结果return modelAndView;
}

然后我们在浏览器中输入url来测试:http://localhost:8080/springmvc-web2/item/itemList.action。getItemsList方法中这时就会抛出一个运行时异常,然后被上面配置的全局异常处理器捕获并执行,跳转到我们指定的页面,如下:

可以看出在自定义的异常处理器中能获取导致出现异常的对象,有利于提供更详细的异常处理信息。一般用这种自定义的全局异常处理器比较多

这篇关于【SpringMVC学习05】SpringMVC中的异常处理器的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1146144

相关文章

HarmonyOS学习(七)——UI(五)常用布局总结

自适应布局 1.1、线性布局(LinearLayout) 通过线性容器Row和Column实现线性布局。Column容器内的子组件按照垂直方向排列,Row组件中的子组件按照水平方向排列。 属性说明space通过space参数设置主轴上子组件的间距,达到各子组件在排列上的等间距效果alignItems设置子组件在交叉轴上的对齐方式,且在各类尺寸屏幕上表现一致,其中交叉轴为垂直时,取值为Vert

Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya(不是本人,claude AI)在社交媒体上分享了他在OpenAI学习到的15个Prompt撰写技巧。 以下是详细的内容: 提示精确化:在编写提示时,力求表达清晰准确。清楚地阐述任务需求和概念定义至关重要。例:不用"分析文本",而用"判断这段话的情感倾向:积极、消极还是中性"。 快速迭代:善于快速连续调整提示。熟练的提示工程师能够灵活地进行多轮优化。例:从"总结文章"到"用

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题:墙体两侧特征混淆误匹配,导致建图和定位偏差,表现为过门跳变、外月台走歪等 ·解决思路:预期的根治方案IGICP需要较长时间完成上线,先使用切分地图的工程化方案,即墙体两侧切分为不同地图,在某一侧只使用该侧地图进行定位 方案思路 切分原理:切分地图基于关键帧位置,而非点云。 理论基础:光照是直线的,一帧点云必定只能照射到墙的一侧,无法同时照到两侧实践考虑:关