深入理解 Redis Template及4种序列化方式

概述

使用spring 提供的 spring data redis 操作redis 必然要使用spring提供的模板类 redistemplate， 今天我们好好的看看这个模板类 。

redistemplate

看看4个序列化相关的属性 ，主要是 用于 key 和 value 的序列化 。 举个例子，比如说我们经常会将pojo 对象存储到 redis 中，一般情况下会使用 json 方式序列化成字符串，存储到 redis 中 。

spring提供的redis数据结构的操作类

• valueoperations 类，提供 redis string api 操作
• listoperations 类，提供 redis list api 操作
• setoperations 类，提供 redis set api 操作
• zsetoperations 类，提供 redis zset(sorted set) api 操作
• geooperations 类，提供 redis geo api 操作
• hyperloglogoperations 类，提供 redis hyperloglog api 操作
  

stringredistemplate

再看个常用的 stringredistemplate

redistemplate<k, v> 支持泛型，stringredistemplate k v 均为string类型。

org.springframework.data.redis.core.stringredistemplate 继承 redistemplate 类，使用 org.springframework.data.redis.serializer.stringredisserializer 字符串序列化方式。

redisserializer 序列化 接口

redisserializer接口 是 redis 序列化接口，用于 redis key 和 value 的序列化

redisserializer 接口的实现类 如下

归类一下

• jdk 序列化方式 （默认）
• string 序列化方式j
• son 序列化方式
• xml 序列化方式

jdk 序列化方式 （默认）

org.springframework.data.redis.serializer.jdkserializationredisserializer ，默认情况下，redistemplate 使用该数据列化方式。

我们来看下源码 redistemplate#afterpropertiesset()

 

spring boot 自动化配置 redistemplate bean 对象时，就未设置默认的序列化方式。

绝大多数情况下，不推荐使用 jdkserializationredisserializer 进行序列化。主要是不方便人工排查数据。

我们来做个测试

运行单元测试

看不懂呀 ，老哥

key 前面带着奇怪的 16 进制字符 ， value 也是一串奇怪的 16 进制字符 。。。。。

为什么是这样一串奇怪的 16 进制？ objectoutputstream#writestring(string str, boolean unshared) 实际就是标志位 + 字符串长度 + 字符串内容

key 被序列化成这样，线上通过 key 去查询对应的 value非常不方便，所以 key 肯定是不能被这样序列化的。

value 被序列化成这样，除了阅读可能困难一点，不支持跨语言外，实际上也没还ok。不过，实际线上场景，还是使用 json 序列化居多。

string 序列化方式

org.springframework.data.redis.serializer.stringredisserializer ，字符串和二进制数组的直接转换

绝大多数情况下，我们 key 和 value 都会使用这种序列化方案。

json 序列化方式

org.springframework.data.redis.serializer.genericjackson2jsonredisserializer 使用 jackson 实现 json 的序列化方式，并且从 generic 单词可以看出，是支持所有类。

public genericjackson2jsonredisserializer(@nullable string classpropertytypename) {

			.....
			..... 
		if (stringutils.hastext(classpropertytypename)) {
			mapper.enabledefaulttypingasproperty(defaulttyping.non_final, classpropertytypename);
		} else {
			mapper.enabledefaulttyping(defaulttyping.non_final, as.property);
		}
	}

classpropertytypename 不为空的话，使用传入对象的 classpropertytypename 属性对应的值，作为默认类型（default typing） ，否则使用传入对象的类全名，作为默认类型（default typing）。

我们来思考下，在将一个对象序列化成一个字符串，怎么保证字符串反序列化成对象的类型呢？jackson 通过 default typing ，会在字符串多冗余一个类型，这样反序列化就知道具体的类型了

先说个结论

标准json

{
 "id": 100,
 "name": "小工匠",
 "sex": "male"
}

使用 jackson default typing 机制序列化

{
 "@class": "com.artisan.domain.artisan",
 "id": 100,
 "name": "小工匠",
 "sex": "male"
}

示例

测试一把

【配置类】

 @bean
 public redistemplate<string, object> redistemplate() {
  // 创建 redistemplate 对象
  redistemplate<string, object> template = new redistemplate<>();

  // 设置 redisconnection 工厂。 它就是实现多种 java redis 客户端接入的秘密工厂
  template.setconnectionfactory(connectionfactory);

  // 使用 string 序列化方式，序列化 key 。
  template.setkeyserializer(redisserializer.string());

  // 使用 json 序列化方式（库是 jackson ），序列化 value 。
  template.setvalueserializer(redisserializer.json());

  return template;
 }

【单元测试】

 @test
 public void testjacksonserializer() {
  artisan artisan = new artisan();
  artisan.setname("小工匠");
  artisan.setid(100);
  artisan.setsex("male");
  // set
  redistemplate.opsforvalue().set("artisan", artisan);
 }

【结果】

是不是多了@class 属性，反序列化的对象的类型就可以从这里获取到。

@class 属性看似完美解决了反序列化后的对象类型，但是带来 json 字符串占用变大，所以实际项目中，我们很少采用 jackson2jsonredisserializer

xml 序列化方式

org.springframework.data.redis.serializer.oxmserializer使用 spring oxm 实现将对象和 string 的转换，从而 string 和二进制数组的转换。 没见过哪个项目用过，不啰嗦了

到此这篇关于深入理解 redis template及4种序列化方式的文章就介绍到这了,更多相关redis template序列化内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！