那天面试官端起咖啡，笑着问我一句：“你用 Redis 做过异步队列吗？是怎么实现的？”我脑子里瞬间浮现的，不是 API，而是一家凌晨三点还在出单的外卖店、一堆等着被做掉的订单，以及一个永远不加班却扛下所有活的 Redis。今天，我们就用一个故事，把Redis 异步队列这道社招高频题彻底讲透。故事开场：凌晨三点的外卖店先给你讲个故事。凌晨三点，我朋友老王开了一家外卖店，生意爆火。问题来了：下单的人很多做饭的人就那几个老板不想让顾客一直等在前台于是老王想了个办法。顾客下单后，把订单写在小票上，丢进一个盒子里；厨师有空了，就从盒子里拿一张出来做。这个“盒子”，本质上就是一个——队列。而在程序世界里，这个盒子，很可能就是Redis。为什么要用“异步队列”？在面试官眼里，你如果直接说“我用 Redis 的 list 实现队列”，那只是及格。但如果你能说清楚：为什么要用异步队列，那才是加分项。我们先站在业务角度看：核心问题只有一个：我不想让用户等“没必要等的事情”于是，异步队列就登场了：主线程：只做核心逻辑次要任务：丢进队列慢慢处理而 Redis，刚好满足几个关键条件：内存级别，速度快API 简单运维成本低单机就能用所以，在很多中小系统里，Redis 就是“穷人版 MQ”。最基础实现：List + rpush + lpop我们先从最经典、也是面试官最爱问的方案开始。1、用 List 当队列Redis 的List，天生就是一个双端队列：rpush：从右边塞数据lpop：从左边取数据完美