lpush和rpush能当双端队列用，但需注意无原子性双端出队、无容量上限、无自动过期等边界；适合轻量低并发内部缓冲场景，高频操作应配合ltrim、blpop/brpop或改用streams。
LPUSH 和 RPUSH 真的能当双端队列用？
能，但得清楚它们的行为边界。LPUSH 往列表左端（头）插入，RPUSH 往右端（尾）插入，配合 LPOP 和 RPOP 就构成基础双端队列能力。不过 Redis 的 List 是链表实现，LPUSH 和 RPUSH 时间复杂度都是 O(1)，这点没问题；但要注意：Redis 没有原生的「原子性双端出队」指令，比如“从左入、从右出”是安全的，但若同时频繁 LPOP 和 RPOP，需自行保证业务逻辑不因竞态出错。
哪些场景适合用 List 做双端队列？
适合轻量、低并发、无需严格 FIFO 保序或跨进程强一致的内部缓冲场景。比如任务预分发队列、日志暂存缓冲、简单消息广播队列。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 高频写入 + 低频读取（如埋点日志先
RPUSH，后台定时LPOP批量消费） - 需要逆序访问：用
LPUSH入队 +LRANGE 0 -1可天然获得「最新在前」视图 - 单消费者模型下，用
LPOP/RPOP配合BLPOP/BRPOP实现阻塞式消费，避免轮询
为什么不能直接用 LRANGE + DEL 模拟双端操作？
因为这不是原子操作，且性能差。例如想「取并删最后两个元素」，有人写 LRANGE key -2 -1 再 LTRIM key 0 -3，看似可行，但中间可能被其他客户端插入或删除，导致数据错乱或漏删；LRANGE 是 O(N)，LTIM 是 O(N)，组合起来开销大。真正需要多元素原子操作时，应考虑 Lua 脚本封装，或换用 Redis Streams（支持消费者组与游标）。
容易忽略的坑：List 长度暴增和内存碎片
Redis List 底层对小列表用 ziplist 编码，大列表转为 linkedlist；但 6.0+ 默认已用 quicklist（压缩链表），虽节省内存，仍需警惕无限 LPUSH/RPUSH 导致内存持续增长。没有自动过期机制，必须主动用 LTRIM 截断或设置 TTL 配合定时清理。
- 用
LTRIM key 0 N-1限制最大长度（如只保留最近 1000 条），注意索引从 0 开始 -
LLEN是 O(1)，可定期检查长度，但别在高并发写路径里频繁调用 - 避免在大 List 上执行
LRANGE key 0 -1，网络和内存开销都高；改用分页LRANGE key start end
