【Spring MVC】Filter 过滤器异常处理 HandlerExceptionResolver 分析

最新推荐文章于 2024-04-16 09:40:21 发布
最新推荐文章于 2024-04-16 09:40:21 发布
阅读量1.3k 收藏 3
点赞数
分类专栏： Spring / Spring Boot 学习笔记 文章标签： spring mvc java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Michelle_Zhong/article/details/134625115
版权

文章目录

前言

最近在开发过滤器功能的时候遇到一个有趣的问题：

在 FilterChain#doFilter 方法之前抛出了一个异常，但是这个异常无法被异常处理器捕获，需要使用 HandlerExceptionResolver 来处理异常。

因此本文来分析一下这个问题。

版本说明

本文使用的版本如下：

  • Spring Boot：v3.1.5
  • Lombok：v1.18.26
  • Hutool：v5.8.15

测试 Demo

Demo 打成了压缩包（在文章开头）可以自行下载使用。

1、自定义过滤器 DemoFilter

在这里插入图片描述

2、自定义业务异常 ServiceException

在这里插入图片描述

3、自定义异常处理类 DemoExceptionHandler

在这里插入图片描述

4、DemoController

在这里插入图片描述

5、请求测试

请求 URL：

http://localhost:8080/hello

请求结果：

在这里插入图片描述

返回了错误码 500，且错误信息是：

{
  "timestamp": "2023-11-26T03:43:07.655+00:00",
  "status": 500,
  "error": "Internal Server Error",
  "path": "/hello"
}

这里并没有返回理想中的结果：

在自定义异常处理器重定义的错误码是 400，返回信息应该是 ServiceException: / by zero。

问题分析

1、日志打印记录

根据日志的打印结果来 Debug 分析一下整个流程：

2023-11-26T11:49:25.841+08:00  INFO 5748 --- [  XNIO-1 task-2] space.zlyx.demo.mvc.filter.DemoFilter    : DemoFilterBefore: 在请求经过过滤器之前的操作
2023-11-26T11:49:25.842+08:00 ERROR 5748 --- [  XNIO-1 task-2] io.undertow.request                      : UT005023: Exception handling request to /hello

space.zlyx.demo.mvc.exception.ServiceException: ServiceException: / by zero
# 省略详细报错（完整日志可查看文末附录）

2023-11-26T11:49:25.842+08:00 DEBUG 5748 --- [  XNIO-1 task-2] o.s.web.servlet.DispatcherServlet        : "ERROR" dispatch for GET "/error", parameters={}
2023-11-26T11:49:25.843+08:00 DEBUG 5748 --- [  XNIO-1 task-2] s.w.s.m.m.a.RequestMappingHandlerMapping : Mapped to org.springframework.boot.autoconfigure.web.servlet.error.BasicErrorController#error(HttpServletRequest)
2023-11-26T11:49:25.843+08:00 DEBUG 5748 --- [  XNIO-1 task-2] o.s.w.s.m.m.a.HttpEntityMethodProcessor  : Using 'application/json', given [*/*] and supported [application/json, application/*+json]
2023-11-26T11:49:25.844+08:00 DEBUG 5748 --- [  XNIO-1 task-2] o.s.w.s.m.m.a.HttpEntityMethodProcessor  : Writing [{timestamp=Sun Nov 26 11:49:25 CST 2023, status=500, error=Internal Server Error, path=/hello}]
2023-11-26T11:49:25.845+08:00 DEBUG 5748 --- [  XNIO-1 task-2] o.s.web.servlet.DispatcherServlet        : Exiting from "ERROR" dispatch, status 500

日志信息可以看出异常抛出之后没有进入异常处理器，直接就写出了。

2、Debug 方法

org.springframework.web.servlet.DispatcherServlet#doService

在这里插入图片描述

org.springframework.web.servlet.DispatcherServlet#logRequest

在这里插入图片描述

在这里插入图片描述

org.springframework.web.servlet.DispatcherServlet#doDispatch

在这里插入图片描述

// Actually invoke the handler.
mv = ha.handle(processedRequest, response, mappedHandler.getHandler());

org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod#invokeAndHandle

在这里插入图片描述

org.springframework.web.servlet.mvc.method.annotation.HttpEntityMethodProcessor#handleReturnValue

在这里插入图片描述

org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor#writeWithMessageConverters

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

解决方案

1、修改自定义过滤器

在自定义过滤器中使用 HandlerExceptionResolver 处理异常信息：

在这里插入图片描述

2、请求测试

请求 URL：

http://localhost:8080/hello

请求结果：

在这里插入图片描述

修改之后返回了正确的错误信息以及错误码。

解决方案分析

1、日志打印记录

2023-11-26T13:02:11.053+08:00  INFO 11220 --- [  XNIO-1 task-2] space.zlyx.demo.mvc.filter.DemoFilter    : DemoFilterBefore: 在请求经过过滤器之前的操作
2023-11-26T13:02:11.053+08:00 DEBUG 11220 --- [  XNIO-1 task-2] .m.m.a.ExceptionHandlerExceptionResolver : Using @ExceptionHandler space.zlyx.demo.mvc.handler.DemoExceptionHandler#handleServiceException(ServiceException, HttpServletRequest)
2023-11-26T13:02:11.054+08:00 ERROR 11220 --- [  XNIO-1 task-2] s.z.d.mvc.handler.DemoExceptionHandler   : 业务异常捕获：Filter ServiceException: / by zero
2023-11-26T13:02:11.054+08:00 DEBUG 11220 --- [  XNIO-1 task-2] m.m.a.RequestResponseBodyMethodProcessor : Using 'text/plain', given [*/*] and supported [text/plain, */*, application/json, application/*+json]
2023-11-26T13:02:11.054+08:00 DEBUG 11220 --- [  XNIO-1 task-2] m.m.a.RequestResponseBodyMethodProcessor : Writing ["Filter ServiceException: / by zero"]
2023-11-26T13:02:11.055+08:00 DEBUG 11220 --- [  XNIO-1 task-2] .m.m.a.ExceptionHandlerExceptionResolver : Resolved [ServiceException(code=null, message=Filter ServiceException: / by zero)]
2023-11-26T13:02:11.055+08:00 DEBUG 11220 --- [  XNIO-1 task-2] o.s.web.servlet.DispatcherServlet        : GET "/hello", parameters={}
2023-11-26T13:02:11.055+08:00 DEBUG 11220 --- [  XNIO-1 task-2] s.w.s.m.m.a.RequestMappingHandlerMapping : Mapped to space.zlyx.demo.mvc.controller.DemoController#hello(HttpServletRequest, HttpServletResponse)
2023-11-26T13:02:11.055+08:00  INFO 11220 --- [  XNIO-1 task-2] s.z.demo.mvc.controller.DemoController   : DemoController hello
2023-11-26T13:02:11.055+08:00 DEBUG 11220 --- [  XNIO-1 task-2] m.m.a.RequestResponseBodyMethodProcessor : Found 'Content-Type:text/plain;charset=UTF-8' in response
2023-11-26T13:02:11.055+08:00 DEBUG 11220 --- [  XNIO-1 task-2] m.m.a.RequestResponseBodyMethodProcessor : Writing ["Hello World"]
2023-11-26T13:02:11.056+08:00 DEBUG 11220 --- [  XNIO-1 task-2] o.s.web.servlet.DispatcherServlet        : Completed 400 BAD_REQUEST
2023-11-26T13:02:11.056+08:00  INFO 11220 --- [  XNIO-1 task-2] space.zlyx.demo.mvc.filter.DemoFilter    : DemoFilterAfter: 在请求经过过滤器之后的操作

2、Debug 方法

在这里插入图片描述

在这里插入图片描述

org.springframework.web.servlet.mvc.method.annotation.ExceptionHandlerExceptionResolver#doResolveHandlerMethodException

在这里插入图片描述

org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod#invokeAndHandle

在这里插入图片描述

DemoExceptionHandler#handleServiceException

在这里插入图片描述

org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor#handleReturnValue

在这里插入图片描述

org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor#writeWithMessageConverters

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

对比总结

经过两种不同的方式的调用对比，可以得出以下结论：

  1. 在 FilterChain#doFilter 之前直接抛出异常，则过滤器链中断，抛出异常之后结果由 HttpEntityMethodProcessor 进行处理。
  2. 使用 HandlerExceptionResolver#resolveException 方法，异常会被 ExceptionHandlerExceptionResolver 进行处理，此时能够被异常拦截器捕获，最终返回的结果由 RequestResponseBodyMethodProcessor 进行处理。
  3. 使用 HandlerExceptionResolver 时，因为过滤器链没有中断，因此内部会继续执行 controller 方法，但是请求结果已经提前输出了。

扩展

Filter、Interceptor、ControllerAdvice、Aspect 执行顺序

在没有异常的情况下，各组件调用顺序如下（不包含 ControllerAdvice）：

  • FilterChain#doFilter 之前
  • Interceptor#preHandle
  • Aspect#before
  • Controller
  • Aspect#afterReturning
  • Aspect#after
  • Interceptor#postHandle
  • Interceptor#afterCompletion
  • FilterChain#doFilter 之后

在本文基础上顺便测试了一下 Interceptor 以及 Aspect，并在各个组件中抛出异常，得到的结果如下：

注：ControllerAdvice 即异常处理器

异常位置异常抛出方式调用方法
FilterHandlerExceptionResolverFilterChain#doFilter 之前（异常）
ControllerAdvice
Interceptor#preHandle
Aspect#before
Controller
Aspect#afterReturning
Aspect#after
Interceptor#postHandle
Interceptor#afterCompletion
FilterChain#doFilter 之后
Interceptor直接抛异常FilterChain#doFilter 之前
Interceptor#preHandle（异常）
ControllerAdvice
FilterChain#doFilter 之后
Aspect直接抛异常FilterChain#doFilter 之前
Interceptor#preHandle
Aspect#before（异常）
ControllerAdvice
Interceptor#afterCompletion
FilterChain#doFilter 之后
Controller直接抛异常FilterChain#doFilter 之前
Interceptor#preHandle
Aspect#before
Controller（异常）
Aspect#afterThrowing
Aspect#after
ControllerAdvice
Interceptor#afterCompletion
FilterChain#doFilter 之后

请求进入执行顺序：
Filter —— Interceptor —— Aspect —— Controller

异常抛出执行顺序：
Controller —— Aspect —— ControllerAdvice —— Interceptor —— Filter

附录

附录1：直接抛出异常的详细日志

2023-11-26T11:49:25.841+08:00  INFO 5748 --- [  XNIO-1 task-2] space.zlyx.demo.mvc.filter.DemoFilter    : DemoFilterBefore: 在请求经过过滤器之前的操作
2023-11-26T11:49:25.842+08:00 ERROR 5748 --- [  XNIO-1 task-2] io.undertow.request                      : UT005023: Exception handling request to /hello

space.zlyx.demo.mvc.exception.ServiceException: ServiceException: / by zero
	at space.zlyx.demo.mvc.filter.DemoFilter.doFilter(DemoFilter.java:40) ~[classes/:na]
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:67) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:100) ~[spring-web-6.0.13.jar:6.0.13]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:116) ~[spring-web-6.0.13.jar:6.0.13]
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:67) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at org.springframework.web.filter.FormContentFilter.doFilterInternal(FormContentFilter.java:93) ~[spring-web-6.0.13.jar:6.0.13]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:116) ~[spring-web-6.0.13.jar:6.0.13]
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:67) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:201) ~[spring-web-6.0.13.jar:6.0.13]
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:116) ~[spring-web-6.0.13.jar:6.0.13]
	at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:67) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.RedirectDirHandler.handleRequest(RedirectDirHandler.java:68) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:117) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) ~[undertow-core-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) ~[undertow-core-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) ~[undertow-core-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) ~[undertow-core-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) ~[undertow-core-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.SendErrorPageHandler.handleRequest(SendErrorPageHandler.java:52) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) ~[undertow-core-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:276) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:132) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:256) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:101) ~[undertow-servlet-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:393) ~[undertow-core-2.3.10.Final.jar:2.3.10.Final]
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:859) ~[undertow-core-2.3.10.Final.jar:2.3.10.Final]
	at org.jboss.threads.ContextHandler$1.runWith(ContextHandler.java:18) ~[jboss-threads-3.5.0.Final.jar:3.5.0.Final]
	at org.jboss.threads.EnhancedQueueExecutor$Task.run(EnhancedQueueExecutor.java:2513) ~[jboss-threads-3.5.0.Final.jar:3.5.0.Final]
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1538) ~[jboss-threads-3.5.0.Final.jar:3.5.0.Final]
	at org.xnio.XnioWorker$WorkerThreadFactory$1$1.run(XnioWorker.java:1282) ~[xnio-api-3.8.8.Final.jar:3.8.8.Final]
	at java.base/java.lang.Thread.run(Thread.java:833) ~[na:na]

2023-11-26T11:49:25.842+08:00 DEBUG 5748 --- [  XNIO-1 task-2] o.s.web.servlet.DispatcherServlet        : "ERROR" dispatch for GET "/error", parameters={}
2023-11-26T11:49:25.843+08:00 DEBUG 5748 --- [  XNIO-1 task-2] s.w.s.m.m.a.RequestMappingHandlerMapping : Mapped to org.springframework.boot.autoconfigure.web.servlet.error.BasicErrorController#error(HttpServletRequest)
2023-11-26T11:49:25.843+08:00 DEBUG 5748 --- [  XNIO-1 task-2] o.s.w.s.m.m.a.HttpEntityMethodProcessor  : Using 'application/json', given [*/*] and supported [application/json, application/*+json]
2023-11-26T11:49:25.844+08:00 DEBUG 5748 --- [  XNIO-1 task-2] o.s.w.s.m.m.a.HttpEntityMethodProcessor  : Writing [{timestamp=Sun Nov 26 11:49:25 CST 2023, status=500, error=Internal Server Error, path=/hello}]
2023-11-26T11:49:25.845+08:00 DEBUG 5748 --- [  XNIO-1 task-2] o.s.web.servlet.DispatcherServlet        : Exiting from "ERROR" dispatch, status 500
MichelleChung
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
SpringMVC系列五：SpringMVC的异常处理-HandlerExceptionResolver处理流程
Running666的博客
05-20 801
外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2nLRsjIF-1684591672319)(assets/image-20221215142013539.png)]HandlerExceptionResoler的实现类在SpringMVC中的顺序。获得匹配的处理异常的标注了@ExceptionHandler的方法。解决spring内部的一些异常，设置错误码以及错误信息。
通过原理解析Spring mvc的内置编码过滤器
08-29
"Spring MVC内置编码过滤器详解" Spring MVC框架中，如何解决从页面传来的字符串的编码问题？答案是使用CharacterEncodingFilter过滤器，该过滤器是Spring MVC内部提供的，主要用于设置请求响应的字符编码。 ...
SpringMVC拦截器和过滤器执行顺序及区别
qq_53281187的博客
03-08 481
拦截器和过滤器执行顺序？ 拦截器和过滤器区别？ 拦截次数不同： 过滤器：一次请求只能被一个过滤器拦截一次，它们按照在web.xml中的声明顺序依次执行。 拦截器：拦截器可以拦截多次请求，并且可以在请求前、请求时、请求后等多个时机进行处理。 实现原理不同： 过滤器：过滤器是基于回调函数的，它们实现了javax.servlet.Filter接口，在Servlet生命周期中的不同阶段会调用不同的方法。 拦截器：拦截器则是基于Java的反射机制实现的，它们依赖于动态代理，可以在目标方
Spring MVC HandlerExceptionResolver原理解析
yuliantao的专栏
03-07 113
例如，它可以返回一个特定的视图（如错误页面），或者修改响应的状态码和内容。在Spring MVC框架中扮演着关键角色，它确保了应用程序在遇到异常时能够优雅地处理并提供有意义的错误信息给用户。MVC框架中，异常处理是一个关键部分，它确保了应用程序在遇到错误时能够优雅地响应，并提供有意义的错误信息给用户。的控制器（Controller）中抛出的异常。：当控制器中的方法执行时，如果遇到异常（如空指针异常、数据库连接失败等），该异常会被抛出。的原理和工作机制，帮助读者更好地理解其在Spring MVC中的角色。
Spring Boot 处理过滤器(filter )中抛出的异常
最新发布
weixin_42118323的博客
04-16 1538
看起来代码显示的抛出了异常，也设置了全局异常处理器，但是并没有返回想要的异常状态码，至此感觉走到了死胡同，此时想到了老办法，debug 调试，经过多次 debug 调试，发现全局异常处理器没有拦截到任何异常，这就很能说明问题了，也就是全局异常处理器，根本捕获不到过滤器 filter 抛出的异常，那怎么办呢？技术方案拟定后，就着手开始改造，一切都很顺畅，可是在异常场景模拟的时候，怎么也得不到想要的异常 code，我在过滤器的校验中明明是抛出了异常，为什么没有得到想要的结果呢？如有错误的地方欢迎指出纠正。
Spring 框架——利用HandlerExceptionResolver实现全局异常捕获
热门推荐
随笔记
08-28 3万+
打个广告，帮朋友卖点东西，东西超便宜的哟【衣服鞋子等】，厂家直接出货，绝对低于市场价！！！一般都比市场价便宜3—7折【都是牌子货】，如果您感兴趣，可以扫描屏幕下方的二维码，感谢关注！！！ 微信 一、需求描述 因为在项目中，我们不可否认的会出现异常，而且这些异常并没有进行捕获。经常出现的bug如空指针异常等等。在之前的项目中，如果我们没有进行任何配置，那么容器会自动打印错误...
SpringMVC源码笔记(二) HandlerExceptionResolver
xyjy11的博客
03-06 1581
HandlerExceptionResolver
spring @ExceptionHandler 异常处理3
汪小哥
06-09 4612
spring @ExceptionHandler 异常处理3 闲聊 在经过前面的两篇博客的简单闲聊的基础上，我们已经基本明确啦，如何掌握和深入了解spring异常处理体系的原理基本的途径，以及通过哪几个类可以简单的了解，下面从源码的角度了解其中的几个简单的类！最复杂的处理@ExpectionHandler等下一篇在继续闲聊。 HandlerExceptionResolver的继承体系...
Filter中的FilterChain.doFilter(req,resp)的报错解决
qq_46617035的博客
07-14 6203
Filter中的FilterChain.doFilter(req,resp)的报错解决
Filter中抛出异常的处理
追逐消失的记忆
07-16 3412
Feile import java.io.IOException; import java.util.ArrayList; import java.util.Collection; import java.util.LinkedList; import java.util.List; import javax.servlet.Filter; import javax.servlet.FilterChain; import javax.servlet.FilterConfig; import javax
spring-boot 过滤器 filter
03-07
在Spring Boot应用中，过滤器（Filter）是用于处理HTTP请求和响应的重要组件。它们允许我们在请求被实际处理之前或之后进行拦截，从而实现诸如日志记录、安全控制、字符编码转换等多种功能。本篇文章将深入探讨...
Spring MVC过滤器-登录过滤的代码实现
08-31
在Spring MVC框架中，过滤器（Filter）是一个关键组件，用于在请求被处理之前或之后执行特定的操作。本文将深入探讨如何实现一个登录过滤器，该过滤器旨在拦截需要登录才能访问的页面，并确保用户已登录才能继续操作...
spring mvc过滤器实现
10-30
spring mvc 过滤器，实现url过滤，权限模块经常用到的，很不错
Spring MVC 拦截器实现代码
08-31
- **过滤器Filter**：基于Servlet规范，依赖于Servlet容器，通过回调函数（doFilter）处理请求，可以过滤任何Servlet容器接收的请求，包括静态资源和非Spring MVC的请求。 在选择使用拦截器还是过滤器时，应根据...
当在filter中出现系统异常时，如何定制化返回数据（比如返回给客户端json数据）
HelloWorld的专栏
04-27 1万+
当在filter中出现系统异常时，如何定制化返回数据（比如返回给客户端json数据） 需求描述: 一般的情况下Spring中的@ExceptionHandler注解用于统一处理在Controller层抛出的异常。二通常情况下在项目中会使用到很多个第三方的框架，例如Spring，Struts等，有些框架需要配置其过滤器到项目中，当在过滤器中出现异常时，返回给调用端（可以是node，也可以是基...
SpringBoot 过滤器filter当中的自定义异常捕获问题
m0_37731470的博客
05-13 6538
项目场景： 在SpringBoot项目中引入Spring-Cloud-Oauth2 实现客户端权限管理，项目中使用的是客户端模式，由于框架自带的校验及异常信息给的并不友好，不符合我们自己项目异常格式。需要我们自己在拦截器当中对客户端信息进行校验，校验成功时放行，失败时抛出自定义异常 filter逻辑如下: @Component public class CheckClientInfoFilter extends OncePerRequestFilter { @Override..
SpringBoot 中 @EnableWebMvc 导致 Converter 失效问题现象
weixin_46751741的博客
02-23 454
然而在 SpringBoot WebMvcAutoConfiguration中，@ConditionalOnMissingBean(WebMvcConfigurationSupport.class) 与上面的配置冲突，导致不会处理WebMvcAutoConfiguration， @EnableWebMvc 标记的配置类将全面接管Spring MVC 的自动配置。因此，若使用了 @EnableWebMvc ，将导致 Converter 失效。将 @EnableWebMvc 去掉后，应用正常使用。
SpringMVC 异常处理体系深入分析
江南一点雨的专栏
04-15 1873
文章目录1.异常解析器概览2.AbstractHandlerExceptionResolver2.1 AbstractHandlerMethodExceptionResolver2.1.1 ExceptionHandlerExceptionResolver2.2 DefaultHandlerExceptionResolver2.3 ResponseStatusExceptionResolver2.4 SimpleMappingExceptionResolver3.HandlerExceptionResolv
@ExceptionHandler全局异常处理--代码更精简易懂
小旭的博客
06-26 8392
采用springmvc框架搭建的项目，为提高web项目代码可读性，复用率。记录一下关于项目中异常的统一处理。1、当一个Controller中有方法加了@ExceptionHandler之后，这个Controller其他方法中没有捕获的异常就会以参数的形式传入加了@ExceptionHandler注解的那个方法中。例如在一个controller中加入以下代码我们便可省去繁杂的每个方法中的try{}c...
spring mvc参数解析是过滤器还是拦截器中
02-17
Spring MVC 参数解析是在请求进入控制器方法之前进行的，因此它通常是在拦截器中完成的。Spring MVC 的拦截器是在处理器映射（Handler Mapping）确定了处理请求的控制器之后，但在控制器方法执行之前拦截请求的对象。拦截器可以用于执行诸如身份验证、授权、日志记录等任务，还可以在控制器方法执行之前修改请求或响应。 过滤器（Filter）是在请求到达 Servlet 容器之前或响应离开 Servlet 容器之前对请求和响应进行处理的组件。Spring MVC 本身并不使用过滤器来处理请求，但是您可以使用 Servlet 规范中的过滤器来对请求进行预处理或后处理。过滤器在拦截器之前执行，因此它们无法访问控制器方法或 Spring MVC 中的其他功能。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

MichelleChung

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值