SmileAssassn的博客

直接插件市场搜该插件进行安装就行，安装完成后，会有如下图标。

这可真是纳了闷了，我一度以为是我的maven没有生效，疯狂的进行maven更新以及clean和install，结果发现都不起作用，当时都崩溃了，不明白为啥已经去除了还存在，网上搜了一下，才知道有可能是其他的包也引入了logback，也就是需要找到哪里引入的，依旧查看maven的包，找到罪魁祸首了，因为我还引入了actuator包，这个包也引入了logback。由于springboot自带的日志logback会与log4j冲突，因此在网上搜了之后，进行了去除操作。更新maven之后，问题解决。

如下图所示，使用最新版的springboot3.x版本，集成log4j的时候，会报如下的错误。可以看到log4j两个版本冲突了，那么只需要保持版本一致即可，修改版本为2.21.1解决问题。搜了半天，试了好多结果，最后发现可能是版本冲突了。那么如何看版本冲突呢，通过maven的这个图标。如下图所示，成功使用log4j进行日志打印。

最根本的原因是搜出来的配置是参照springboot2.X版本，当我们使用springboot3.x版本之后，需要配置使用3.0.3及以上的mybatis才行，否则的话就会出现无法注入mapper的bean的问题。参照我如下的maven配置即可完美解决该问题，使用3.0.3版本的mybatis就可以完美适配springboot3.X版本。当我参照如下搜索的内容去集成mybatis的时候，会出现各种各样的报错。由于我本地springboot为3.x版本，如下图所示，最新版本。

看到在这里出现了拦截器，那么就在这个类里面往上找，打断点慢慢找，看看是在哪一步出现了拦截器。最后找到这里进行了拦截器的匹配模式。上一篇文章我们找到了filter过滤器的匹配源码，这次我们来找一下interceptor的匹配源码。直接源码里面备注里面就有写，那么两个都打上断点，调试一下即可。也可以用我之前写的文章，通过反编译jar包搜关键字的方式。接着翻调用链，看看从哪里开始出现拦截器的。同样先打断点看一下调用链。

然后跟着调用链慢慢点，看看哪里开始出现了过滤器，这条链路已经出现了，那么说明肯定是在这个之前进行过滤器注册的。然后我们就找到了filter匹配的具体位置，里面有match方法，判断url和urlpattern是否匹配。urlPatterns为/*,可能很多人都知道filter的/*代表所有URL都匹配，但是源码在哪里呢。如下图所示，我使用@WebFilter注解的方式定义了一个过滤器，同时定义了过滤器的过滤条件。核心匹配方法，直接断点打到这里进行调试就好。往上翻就能看到创建过滤器链条的。

上篇文章，已经说了，如果我们直接debug调试没法找到源码中具体的代码，那么就可以通过jd-gui反编译的方式通过搜关键词的方式来找到源码中具体的位置，这次简单说下spring中的两种后缀匹配模式useSuffixPatternMatch、useTrailingSlashMatch在源码中的具体校验位置。从这边可以看到，最新的6.1.1版本，这两个配置已经默认都是false了，是安全的配置了。找到关键位置之后就可以打断点进行调试分析了，这边就不一一赘述了。通过如下配置显示设置为true。

最近在学习springboot的过滤器和拦截器，想了解一下过滤器和拦截器是怎么匹配URL的，在网上搜了半天都搜不到针对源码的，网上大部分内容都是说怎么配置过滤器和拦截器，怎么使用，并没有对源码进行分析的。我也自己打断点进行调试，但是总是调不到想要的地方，后来我就想到了一个方法，用jd-gui直接对源码进行反编译，然后搜关键词，这样不就能快速的找到具体的位置了。那么我们就直接去源码里面搜这个方法，我在办公室都是能够搜到方法的，这边咋搜不到了。再试一下，这样就会出来类的方法，直接搜的话就可以搜到。

当时也在网上搜了半天，包括在启动类增加配置，接口都要加上注解等等都研究了一遍，发现还是不行，最后发现是我注解的切点没有生效，因为我当时把类放到其他包下面了，如果直接写类名的话，加载不到，这真是离了大谱，果然不能随便修改东西，后来我修改成对应的完整路径就可以了。运行结果可以看到，其他非注解类型的Aspect都顺利执行了，但是这个注解的切面就是没有执行。如下图所示，配置了一个注解类型的Aspect，结果一直不生效。修改之后的结果，这下注解就生效了，真是修改一点点，都有问题。