这是一个创建于 465 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前是 toB 项目，有些文件生产耗时比较久，生成的时候设置了锁，使用了 Redis,如果在生成阶段，应用停止，这些 key 会导致没有删除。目前有两种想法，1.需要应用关闭清理的 key ，在设置的使用同时也设置到一个统一的 Redis Set 中，在最后应用关闭的时候使用实现 DisposableBean 的 destroy 删除这些 key;2.可能就是把所有的前缀放到集合，通过 SCAN 方法，获取到也是 DisposableBean 的 destroy ；清理都是通过钩子函数去做 @PreDestroy 或者使用 ApplicationListener
第 1 条附言 2024-07-01 10:45:56 +08:00
统一回复下，时间是设置了的，可能有这种情况，有的 key 的时间较长，应用重新上新，关闭的时候 key 没有删除，重启后，再次访问可能 key 存在，导致无法操作
37 条回复 2024-07-05 18:51:55 +08:00
 | 1 KongLiu 2024-07-01 10:17:03 +08:00 我们 redis 都是要设置过期时间的，让他自然过期 |
 | 2 kingbill 2024-07-01 10:17:16 +08:00 Lifecycle 接口？ |
 | 3 635925926 2024-07-01 10:18:04 +08:00 设置过期时间 |
 | 4 lsk569937453 2024-07-01 10:19:17 +08:00 设置锁的时候加一个过期时间啊。看你的描述是用的 java ，我记得有封装好的方法在 getlock 的时候默认加超时时间，还有看门狗机制。 |
 | 5 BBCCBB 2024-07-01 10:19:23 +08:00 看 redisson lock |
 | 6 Goooooos 2024-07-01 10:19:42 +08:00 心跳机制，key 设置 N 秒过期。 应用[1,N)秒定时刷新 key 的有效期。 |
| 7 BBCCBB 2024-07-01 10:19:43 +08:00 只设置过期时间也不行, 还要续约. |
 | 8 billbur 2024-07-01 10:21:25 +08:00 设置过期时间，java 的话有很多，有个叫 redisson 的可以直接用，不用自己实现锁 |
 | 9 Plutooo 2024-07-01 10:23:42 +08:00 直接引入 redisson 好了，设置好过期时间 |
 | 11 yangyaofei 2024-07-01 11:41:28 +08:00  1 为啥非要关闭的时候清空呢, 在启动的时候清空不也一样么, 还好实现 |
 | 12 nitouge OP @yangyaofei 通过 ContextRefreshedEvent 时间去清理吗 |
| 13 nitouge OP @billbur 项目没引入 redisson ，新的项目中引入了，是不是可以时间不设置或者设置不那么长，通过续期解决，即使应用关闭了，到了过期时间也就删除了 |
| 16 BBCCBB 2024-07-01 15:35:27 +08:00 ... 你们应用重启的时候做了优雅关闭吗? 你不得等正在跑的流程跑完了才重启??? 跑完了锁就会正常释放了呀. |
 | 17 Misakas 2024-07-01 15:38:29 +08:00 从程序的角度来说一下，可以在代码侧监听 signal 信号，一般使用 kill 命令、systemd 停止的时候会收到。当程序被要求停止时去把需要清理的给删一下。当然只在应用正常关闭时有用，崩溃是不行的 |
 | 18 Shinu 2024-07-01 15:52:55 +08:00 "如果在生成阶段，应用停止，这些 key 会导致没有删除" 没有做优雅关闭吗? 如果不考虑优雅关闭, 也不需要考虑生成到一半的文件, 那就在启动的时候清理 key 呗 |
 | 19 Habyss 2024-07-01 17:15:37 +08:00 toB 的话, 如果不是多服务使用这个 key, 就是如果是单体应用的话, 可以写在内存里 比如 Guava Cache 还有如果关闭应用比较不好处理的话, 可以换个思路, 比如启动应用的时候清理? 这样是不是容易一些 |
 | 20 pota 2024-07-01 17:22:35 +08:00 服务启动时初始化一个时间相关的 key 做为全局的 prefix ？ |
 | 21 adgfr32 2024-07-01 18:00:30 +08:00 加锁的时候, 把锁的 value 设置为当前时间. 校验锁之前, 先 get 一下 value, 如果在应用启动时间之前, 作为脏数据覆盖掉 然后就是和之前一样的逻辑, 拿锁, 操作, 释放 这样虽然多了一步操作, 但是心智负担比较低. 然后看有人提每次应用启动, 设置锁的 prefix 不一样, 感觉是一个更好的方法 我感觉你如果扫描删除 key, 太依赖删除步骤的可靠性了, 总有特殊情况导致删除没成功, 或者没触发 |
 | 22 WispZhan 2024-07-01 21:12:18 +08:00 Graceful Shutdown 是合理诉求。 Spring 的话看 SmartLifecycle 强烈建议任何应用做好 Lifecycle 维护。 |
| 23 yangyaofei 2024-07-01 23:00:48 +08:00 @nitouge #12 随便吧, 或者怎么用的怎么清就好了, 这还非要用什么方式去实现么 |
 | 24 cctv6 2024-07-01 23:10:16 +08:00 via Android 2 我想为啥不在启动的时候清空 redis 呢 |
 | 25 iseki 2024-07-01 23:20:04 +08:00 如果要增加超时机制，就必须考虑如果程序因为种种原因暂停（垃圾回收、VM 迁移）导致锁超时，恢复运行后，“以为”自己还持有锁会导致何种问题。考虑的最后往往是别用这个破锁了。 |
 | 26 kivmi 2024-07-02 08:41:00 +08:00 生成好的和没有生成完的 key 都可以清理掉？ |
| 27 kivmi 2024-07-02 08:49:12 +08:00 你这个 redis 是用来做分布式锁么？还是进程级别的锁？生成文件用分布式锁，貌似吞吐很小啊 |
 | 28 dddd1919 2024-07-02 08:55:48 +08:00 2 如果要关闭服务清空，不如直接内存缓存，redis 多此一举 |
| &nbs; 29 nitouge OP @BBCCBB 我是接手的项目，没有启用优雅关闭，但是他这个项目有几个接口时间挺长的，但是他们不想做下载中心，业务也不提，就是觉得下载当前出来就行 |
| 31 nitouge OP @Shinu 没有启用优雅关闭，但是他这个项目有几个接口时间挺长的，但是他们不想做下载中心，业务也不提，就是觉得下载当前出来就行，感觉还是启动的时候做比较好 |
| 32 nitouge OP @yangyaofei 倒不是非要什么方式，我只是随便说一个在启动时清理，感觉好实现还好点 |
 | 35 baoshijiagong 2024-07-02 11:21:16 +08:00 启动时候清空 redis 通配符。通配符为包空间，也就是说，所有当前程序用的 key 前都带上包名，以此清空当前程序的所有 redis ，不影响别的程序。 |
| 36 kivmi 2024-07-02 12:16:32 +08:00 加锁的目的是什么？ |
 | 37 zvvvvv 2024-07-05 18:51:55 +08:00 via iPhone 看着描述像是单体应用，为啥不直接放内存里 |
Select Language