Spring的RequestBodyAdvice拦截浅析

目录

• 背景
• 过程
• 结论

背景

因为项目接口需要进行解密,需要对数据进行统一处理,就使用了ReuqestBodyAdvice进行数据解密处理,但是偶然的发现supports方法会出现执行两次的情况,觉得有点奇异就进行了一次断点调试,然后就发现了执行两次的原因;

过程

1.默认supports方法返回false,表示不做任何处理:

2.默认supports方法返回true,表示对数据进行处理:

如图所示无论supporJwbclUVRSts方法返回true还是false,只要这个ReuqestAdvice存在并且在spring中生效,supports方法都会执行两次;

了解了前置开发者_Python入门情况接下来就是用断点进行接口调试了:

第一次跳过supports方法后的跳转:

第二次执行完supports方法之后的跳转:

如图所示,如果有经常对看源码或者眼尖的朋友应该就会方法两次执行完suppo编程客栈rts方法之后跳转的方法名是有区别的:

第一次执行后跳转: beforeBodyRead

第二次执行后跳转: afterBodyRead

结论

如上述的调测结果所示,实现RequestBodyAdvice接口之后的拦截在成功执行的时候会调用两次supports方js法.

而执行两次的原因是因为需要分别对beforeBodyRead和afterBodyRead进行php判断:

当第一次supports方法返回结果是true的时候表示会执行beforeBodyRead方法

当第二次supports方法返回true的时候表示会执行afterBodyRead方法.

反之亦然

PS: 一个比较容易被人忽视但是找不到解决方法的小细节:

若是Controller类上的方法参数没有加上@RequestBody标签则该RequestBodyAdvice是不会被执行的.

如果上述内容存在问题,麻烦各位留言指出会第一时间修改.

到此这篇关于Spring的RequestBodyAdvice拦截浅析的文章就介绍到这了,更多相关Spring RequestBodyAdvicjse拦截内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！