V2EX › nitouge 的所有回复 › 第 1 页 / 共 1 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

2025 年 1 月 23 日

回复了 nitouge 创建的主题 › Redis › Redis 缓存数据

@spritecn 我们目前不考虑 es ，这个也不是我说的算

2025 年 1 月 23 日

回复了 nitouge 创建的主题 › Redis › Redis 缓存数据

@dxddd 是有一个计算服务，调用频繁，我们考虑了两种方法，单独缓存 A 和 B,组合对象不缓存，组合对象 C 去调用缓存 A 和 B 的，也是利用了缓存。还有一个问题：使用了 Spring Cache 对于新增和更新也是两种方案，@CacheEvict 删除缓存，下次查询就再次缓存，@CachePut 去更新，旧的接口返回 Boolean 或者 void ，可能需要操作完还需要再去查询，或者通过发布事件去查询；对于新的接口我们是新增和更新返回缓存对象

2024 年 7 月 2 日

回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key

@z1829909 的确太依赖删除步骤的可靠性

2024 年 7 月 2 日

回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key

@kivmi 对的，分布式锁，耗时比较长，我刚接手，我想做下载中心，他这个下载的接口比较多，有的耗时比较长

2024 年 7 月 2 日

回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key

@yangyaofei 倒不是非要什么方式，我只是随便说一个在启动时清理，感觉好实现还好点

2024 年 7 月 2 日

回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key

@Shinu 没有启用优雅关闭，但是他这个项目有几个接口时间挺长的，但是他们不想做下载中心，业务也不提，就是觉得下载当前出来就行，感觉还是启动的时候做比较好