【岁月留声（Java）】如何使用Redis保存Java对象

前言

最近几天有同事在开发跑合微信版的过程中碰到了一个问题。由于微信端需要通过H5的入口进行账号的绑定，同时需要在会话过期之前定时轮询保持会话有效。这个时候需要在系统中保存微信的ApiConfig对象。

由于这部分的开发之前一直是由外包公司在做（我们团队刚刚组建，系统是购买外包的系统），他们给出的解决方案就是使用Ecache来将ApiConfig整个对象保存到缓存里面。

本来这样做也没有问题，但是外包公司之前提出过我们公司系统使用Ecache缓存在集群环境下有一些bug暂时无法解决，为此换的Redis。现在又说要用回Ecache，感觉上外包公司提出的这种方案只是为了自己能够整个对象保存用起来方便，而又在有Redis的基础上再加上一个缓存而已。并没有实质上说明了为什么Redis不能够使用。因此求人不如求己，自己做了一个Redis对于Java对象的封装。

封装内容

外包公司之前提供的Redis的接口都是通过jedis来注入redisTemplate，然后通过redisTemplate实现对Redis Server的操作的。

 

从上图中可以看出，外包公司给出的封装内容还是不错的，能够满足平常工作的需求。但是，对于本次面临的问题这里提供的方法是不够用的。Redis的官方文档对于Java实体是没有直接保存的接口可以调用的。这个就需要我们先转化一下实体的类型再进行保存。

我们在上图给出接口中，随便找一个set的方法来看一下。

可以看到在connection.hSet中保存的是序列化内容，在跟踪一下hSet的接口。

参数都是byte[]进行传入，这个很重要。也就是说传入的内容最终还是要转化成byte数组之后才可以保存，当然java对象也是可以先转成byte数组的形式的。

新建保存对象接口

RedisDataService.java

实现接口内容

RedisDataServiceImpl.java

编写对象序列化工具类

RedisSerializeUtil.java

使用开发

获取的时候需要分成两步，先通过hGetByte的方法获取到byte数组，然后通过RedisSerializeUtil.unserialize反序列化成一个对象再将其强制转换成ApiConfig对象。

而保存的时候直接使用hSetByte保存就可以了。