已知Redis键过期事件非实时，如何获取其实时通知？

Redis默认的键过期事件确实存在延迟——这源于它采用的惰性删除+定期删除策略。如果想要实现实时感知键过期事件，可以试试下面几种可行方案：

• 基于主动轮询的精准监控
  针对需要实时感知的键，在业务层用Redis的ZSET维护一个过期时间集合：把键名作为成员，对应的过期时间戳作为分值。之后每隔固定短间隔（比如100ms）执行ZRANGEBYSCORE命令，筛选出分值小于当前时间戳的成员，这些就是到点过期的键。
  示例命令：

  ZRANGEBYSCORE expired_keys 0 `date +%s`
  

  拿到结果后，建议先验证键在Redis中是否真的过期（避免业务层和Redis数据不一致），再执行对应的过期处理逻辑，最后把该键从ZSET中移除。这种方式能做到接近实时，轮询间隔越短实时性越强，但要注意控制频率，别给Redis造成过大压力。

• 借助Redis模块扩展实现原生实时通知
  利用Redis的模块机制，比如自定义开发模块或者使用成熟的第三方模块，直接嵌入Redis内部监听键的过期时间点，当键到达过期时间时立即触发通知。这种方式能实现真正的实时性，因为模块可以直接和Redis核心逻辑交互，但需要额外部署维护模块，且对Redis版本有一定要求。

• 业务层主动接管过期逻辑
  完全不依赖Redis的过期机制，在业务写入键的同时，在业务服务中启动一个定时任务（比如Java的ScheduledExecutorService、Python的APScheduler），当到达预设的过期时间时，直接执行对应的过期处理逻辑。这种方式实时性完全由业务控制，但在分布式环境下要注意避免任务重复执行，需要引入分布式锁或者分布式调度框架来做幂等处理。

内容的提问来源于stack exchange，提问作者saurav