业务场景：高并发下防止用户短时间内频繁刷数据
业务难点：如果先去检查当前是否有key然后去插入，在高并发下可能在插入前多个线程检查到不存在key，从而都获取到锁。
解决方案：使用用户id生成唯一key，使用redis带有的setnx命令（即如果不存在则插入，如果存在key则返回0），如果成功则使用redis的expire命令。如果失败可以进行一次锁的重入
不足：过于依赖redis，缺少风险防范措施