前言
如果对springcloud-gateway有了解的同学,应该会知道springcloud-gateway默认提供了一个基于内存的路由定义仓库。
org.springframework.cloud.gateway.route.InMemoryRouteDefinitionRepository
基于内存的好处,就是快,但是缺点就是网关重启路由就丢失了。为了方便管理网关路由以及保证网关重启,路由不丢失,于是业务部门做了形如图的改造

就是会有一个gateway的portal面板来管理路由,然后路由规则是保存在redis,gateway从redis取路由规则。其中portal面板由一个小组负责,gateway的路由读取以及相关其他功能(比如协议转换、参数转换等)又是由另外一个小组负责,portal小组使用了redisson来进行redis相关操作,而gateway小组采用redisTemplate进行操作。redis的存储数据结构为hash。以上是业务背景介绍,接下来我们进入正文
正文
gateway小组的redisTemplate的bean定义如下
@Bean
@ConditionalOnMissingBean
public RedisTemplate<String, Object> routeRedisTemplate(LettuceConnectionFactory lettuceConnectionFactory) {
RedisTemplate<String, Object> redisTemplate = new RedisTemplate<String, Object>();
redisTemplate.setConnectionFactory(lettuceConnectionFactory);
redisTemplate.setValueSerializer(RedisSerializer.json());
redisTemplate.setKeySerializer(RedisSerializer.string());
redisTemplate.setHashKeySerializer(RedisSerializer.string());
redisTemplate.afterPropertiesSet()

文章讲述了在SpringCloudGateway中,通过将路由规则从内存迁移到Redis以保证重启时路由持久化的过程中遇到的序列化问题,包括JsonJacksonCodec与RedisTemplate、Redisson的兼容性,以及如何通过自定义序列化和编码器来解决这些问题。
1728

被折叠的 条评论
为什么被折叠?



