Spring的RequestBodyAdvice拦截小细节浅析

背景

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

过程

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

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

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

了解了前置情况接下来就是用断点进行接口调试了:
第一次跳过supports方法后的跳转:

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

如图所示,如果有经常对看源码或者眼尖的朋友应该就会方法两次执行完supports方法之后跳转的方法名是有区别的:
第一次执行后跳转: beforeBodyRead
第二次执行后跳转: afterBodyRead

结论

如上述的调测结果所示,实现RequestBodyAdvice接口之后的拦截在成功执行的时候会调用两次supports方法.
而执行两次的原因是因为需要分别对beforeBodyRead和afterBodyRead进行判断:
当第一次supports方法返回结果是true的时候表示会执行beforeBodyRead方法
当第二次supports方法返回true的时候表示会执行afterBodyRead方法.
反之亦然
PS: 一个比较容易被人忽视但是找不到解决方法的小细节:
若是Controller类上的方法参数没有加上@RequestBody标签则该RequestBodyAdvice是不会被执行的.
如果上述内容存在问题,麻烦各位留言指出会第一时间修改.