Add Redis cache store for distributed deployment

[luoxmc]

增加新的缓存处理方式 - redis缓存
以解决分布式部署halo时后台经常需要重新登陆的问题

关联issue地址 https://github.com/halo-dev/halo/issues/1505

[CLAassistant]

All committers have signed the CLA.

[luoxmc]

相关介绍见我的这篇博客 https://luoxx.top/archives/halo-distributed-deploy

[ruibaby]

LGTM

[JohnNiang]

Hi @luoxmc ，可以提供一个详细的测试流程么？

[guqing]

你可以引入一个 embedded-redis 并且scope设置为 testOnly，然后编写一个 RedisCacheStoreTest 单元测试以帮助我们更好的验证其正确性，并作为以后代码改动的基准线

[luoxmc]

Hi @luoxmc ，可以提供一个详细的测试流程么？

@JohnNiang 只有比较简陋的测试流程

1、备份原博客
2、更新jar包，更新配置文件切换为redis缓存，配置好redis地址。mount，重启（两台或以上的机器）
3、重新登陆博客，redis客户端登陆redis观察redis里面的值，检查是否正常。
4、进入halo后台-系统-小工具-开发者选项-查看机器配置信息
5、五分钟或十分钟或更久之后刷新页面，检查是否弹窗提示需要重新登陆，若未提示则查看开发者选项里面的机器配置是否变更，若未变更，继续过一段时间后再来刷新。（ps：确认访问机器是否变更也可以通过查看nginx日志）
6、机器信息变更代表访问的服务已经变了，而且不需要重新登陆代表缓存能共享了
7、其他功能测试（访问博客前端，各个地方点一点。访问博客后台各个地方点一点，看有啥问题）

[luoxmc]

你可以引入一个 embedded-redis 并且scope设置为 testOnly，然后编写一个 RedisCacheStoreTest 单元测试以帮助我们更好的验证其正确性，并作为以后代码改动的基准线

@guqing 加上了，有啥不对的地方你们那边应该可以直接改吧

[guqing]

LGTM

[JohnNiang]

Thanks for your first contribution!

LGTM

[guqing]

hi @luoxmc, Congrats on merging your first pull request! 🎉🎉🎉

[luoxmc]

@guqing 刚刚仔细看了下代码，可能还是有点错误，RedisCacheStore 的 toMap 方法里面，转map时应该不能直接使用带 REDIS_PREFIX 前缀的key，而是应该把前缀去掉。不然其他地方获取的时候key值会对应不上。
这个前缀只是为了防止在redis数据库中与其他应用的数据冲突而设置的。

所以对应的单元测试类也需要修改

[guqing]

@guqing 刚刚仔细看了下代码，可能还是有点错误，RedisCacheStore 的 toMap 方法里面，转map时应该不能直接使用带 REDIS_PREFIX 前缀的key，而是应该把前缀去掉。不然其他地方获取的时候key值会对应不上。 这个前缀只是为了防止在redis数据库中与其他应用的数据冲突而设置的。

所以对应的单元测试类也需要修改

是的 你提醒的很对，如果redis是和其他系统共享的toMap就不正确，不过目前 toMap只用来遍历数据过滤到想要的，所以目前不会出错，run.halo.app.controller.content.auth.ContentAuthentication 在该类中有一个CACHE_PREFIX,由于之前没有考虑redis，所以缓存key没有统一管理，目前1.5.x不会再考虑该问题，如果想共享redis可以使用不同的db index
halo 2.0版本正在进行中，会使用策略来管理缓存key，1.5.x不再进行大的改动。