04、SpringCloud -- 自定义参数解析器、注解解析器（参数解析）

_L_J_H_

于 2023-10-29 10:51:06 发布

阅读量131

点赞数

本文链接：https://blog.csdn.net/weixin_44411039/article/details/134100505

版权

Spring Cloud 系列专栏收录该内容

19 篇文章 0 订阅

订阅专栏

自定义参数解析器

需求：

我们之前从前端传来一些用户User的数据的参数，可以用User接收，但是为什么可以用User来接收，我们需要自定义参数解析器才能实现。

思路

在这里插入图片描述

简略：

写一个WebConfig 配置类（member-server）和UserArgumentResolver自定义参数解析类（member-api）。

执行的顺序是：

1、在启动服务的时候，就会去加载这个WebConfig 配置类，

2、通过debugger可以看出，在调用controller的getCurrent方法时，是先执行UserArgumentResolver这个类的，然后把User给封装回去，最后才执行getCurrent方法的业务逻辑。

其实之所以能得到这个前端传来的user数据，其实就是通过前端传来的参数request，然后获取到里面的token，然后通过token去redis里面获取user数据，然后把这个数据返回来，所以参数里面就有了前端传来的数据，其实数据就是在redis里面拿到的而已

至于为什么UserArgumentResolver解析器类从redis中获取到的user对象，然后给WebConfig 配置类后，配置类是怎么把数据传给controller的方法的参数，能被其接收到，应该就是底层实现了。目前还不清楚。

详细：

1、先在 member-server 服务里面写一个 WebConfig 配置类，实现WebMvcConfigurer配置类，然后重写里面的addArgumentResolvers方法，因为是配置类，所以在启动member-server服务的时候，就会自动加载这个WebConfig 配置类。

2、在member-api服务里面写一个UserArgumentResolver自定义参数解析器类，实现里面的supportsParameter和resolveArgument方法。

3、supportsParameter，判断传来的参数类型是不是User类型，如果是User类型则返回true，进入下面的resolveArgument方法

4、resolveArgument方法通过参数nativeWebRequest获取请求对象，然后通过请求对象获取到token，然后通过token到redis里面获取到User对象，然后把这个对象返回回去（就是返回给WebConfig 配置类，因为这个配置类里面的addArgumentResolvers方法需要的参数就是这个UserArgumentResolver对象。）