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

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

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

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

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

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

@Misakas 的确 kill -15 或者-2 可以检测到， -9 或者崩溃是不行的，关闭的资源不会清理

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

@Plutooo 是不是不能设置太长时间，靠 Redisson 续期来做

@billbur 项目没引入 redisson ，新的项目中引入了，是不是可以时间不设置或者设置不那么长，通过续期解决，即使应用关闭了，到了过期时间也就删除了

@yangyaofei 通过 ContextRefreshedEvent 时间去清理吗