preHandle执行两次事发原因

事发背景

  • 肯定是只调用了一次接口但是preHandle执行两次,这是有这个问题的前提
  • 创建demo接口的时候(实验新的检验规则),用post测试,此时接口上已经加上了@PassToken去掉鉴权(为了方便测试)。当用postman进行调用的时候,发现报权限错误,此时问题来了,不是已经有@PassToken放行了吗,怎么还会验证权限?

排查问题

  • 首先恢复案发现场,还原执行两次的那个过程
  • 查看两次拦截请求preHandle的不一样的地方,如果你够细心,基本能大致发现问题,发现第二次请求request.getServletPath()获取的方法非请求方法,而是“/error”。这method肯定不是我们需要的,那么此时就可以debug去找这个method出来的原因了。
  • 这里我就不还原debug的过程了,简单说一下method中“/error”出现的原因。

原因

  • 拦截器中preHandle第一次被执行,请求method正确,@PassToken生效,第一次拦截被放过,此时去找能够处理自己的处理器,但是没有找到,于是发出了一个error的请求(error请求的配置类是ErrorMvcAutoConfiguration,具体执行在BasicErrorController中,返回了一个404页面),这个请求被拦截器拦截了,所以输出了拦截语句但是请求路径是error,而不是浏览器发出的初始请求method。

解决办法

  • 首先肯定是第二次输出的下method中“/error”是不需要走preHandle的,可以先在进入preHandle方法去过滤一下,或者放行excludePathPatterns("/error");
  • 查找一下代码接口方法中是否有什么问题导致发出了一个error的请求,这个就是很多样的原因了,这里就不罗嗦了

玄机
35 声望12 粉丝

希望来这里认识更多志同道合的朋友,大家一起交流学习!


« 上一篇
odoo 工作流

引用和评论

0 条评论