致橡树

Redis有序集合(ZSET)采用跳跃表+哈希表的双数据结构实现，跳跃表维护有序性(O(logN))，哈希表快速查询(O(1))。小型集合使用ziplist节省内存，超过阈值自动转换。跳跃表通过随机层级(1-32)实现概率平衡，支持高效的范围查询和排序操作。这种设计比平衡树更简单且并发友好，同时满足快速查询和排序需求。ZSET还可用于滑动时间窗口限流，通过ZREMRANGEBYSCORE清理旧数据，ZCARD统计请求数，结合Lua脚本保证原子性。典型应用场景包括排行榜和接口限流控制。

讲清楚Redis Cluster的内部原理

介绍redis中 hash基本类型的原理和rehash机制

本文介绍了以Lua脚本为基础设计的防重和幂等方案。

何为令牌桶限流之前写过 限流工具类的文章Redis的用武之处–由短信限流引出的分布式锁和漏斗限流（上）Redis的用武之处–由短信限流引出的分布式锁和漏斗限流（上）但是后面了解发现自己当初写的确实不伦不类，对漏斗限流的理解有误，再加上代码里面为了保证原子性，用了很多重量级锁，对性能也有影响，所以看了这篇文章后，决定重新写限流工具。简析限流算法根据自己的实际业务，我选择令牌桶作为我的限流算法，该限流算法简单说就是一个桶里匀速会一直放令牌，当有任务要执行时，它必须先从令牌桶里取一个令牌，如果桶里有令

需求项目有一个群发短信提醒的模块，这种东西做出来就需要谨慎，要做好单位时间限流，不然因为bug而导致短信发送失控那就不得了了，

分布式锁有些人应该用过Redission这个redis中间件框架，它以 使用者忘记redis本身命令，而更多关注业务为目标，所以它的api不同于jedis，redission就原生提供了分布式锁，限流器等现成的工具类。我以重复"造轮子"为宗旨，试着写写这个分布锁。上一篇我们知道光一个漏斗限流在生产环境是不行的，容易因为并发导致出现问题，我们需要给这个限流器上一把锁，先贴流程图/代码：这把锁...