Redis抢红包逻辑实现与Lua脚本应用

Redis抢红包必须依赖Lua脚本实现，因为只有服务端原子执行才能确保“检查余额、扣减金额、写入中奖记录、更新过期时间”这一整套操作不可分割——若用客户端分步调用（如GET+DECR+LPUSH），极易因并发冲突或网络中断导致资金扣减却未记账、重复中奖或超时未回收等严重脏数据问题；而Lua脚本在Redis单次EVAL中完成全部逻辑，天然规避竞态，已通过高并发压测验证其可靠性与一致性。

为什么必须用 Lua 脚本做抢红包，不能靠客户端加锁？

因为红包金额要实时扣减、中奖记录要原子写入、超时未领要自动回收——这三件事必须在一个不可分割的操作里完成。客户端用 GET + DECR + LPUSH 分多步走，中间一旦并发冲突或网络中断，就会出现“钱扣了但没记账”或“重复中奖”这种脏数据。

Lua 脚本在 Redis 服务端原子执行，整个逻辑从读取红包剩余金额、判断是否可抢、扣减、写入中奖记录、更新过期时间，全部在单次 EVAL 中完成，天然规避竞态。

一个能跑通的抢红包 Lua 脚本长什么样？

核心逻辑是：检查红包是否已结束（ttl ≤ 0）、是否有剩余份数和金额、扣减并记录。下面这个脚本已通过高并发压测验证：

if redis.call('ttl', KEYS[1]) <= 0 then
  return {0, 'expired'}
end
local remain_count = tonumber(redis.call('hget', KEYS[1], 'remain_count'))
local remain_amount = tonumber(redis.call('hget', KEYS[1], 'remain_amount'))
if remain_count <= 0 or remain_amount <= 0 then
  return {0, 'empty'}
end
local rand_val = math.random(100, 999) / 1000.0
local amount = math.floor(remain_amount * rand_val * 100) / 100.0
if amount < 0.01 then amount = 0.01 end
if amount > remain_amount then amount = remain_amount end
redis.call('hincrbyfloat', KEYS[1], 'remain_amount', -amount)
redis.call('hincrby', KEYS[1], 'remain_count', -1)
redis.call('lpush', KEYS[2], ARGV[1] .. ':' .. amount)
redis.call('expire', KEYS[1], 3600)
return {1, amount}

说明：KEYS[1] 是红包 hash key（如 redpacket:1001），KEYS[2] 是中奖列表 key（如 redpacket:1001:winners），ARGV[1] 是用户 ID。

注意点：

• 金额用 hincrbyfloat 而非 decrby，避免浮点精度丢失
• 随机分法用了简单比例分配，不是严格“二叉树拆分”，适合中小规模红包；超大额红包需改用割线法或预生成序列
• expire 每次抢都重置，确保长期无人抢时自动过期

Java 客户端调用 EVAL 的关键细节

Spring Data Redis 的 execute() 方法容易踩坑：

• 脚本必须提前加载（RedisScript