为了避免用户在抢购的过程中,服务器执行业务代码有延迟导致优先操作的用户没能按原有的顺序抢购到商品,也避免了后续程序执行会产生的超卖现象,所以要在用户进入业务处理的时候使用redis加锁(也可以使用文件锁,不过文件锁对于分布式服务器不太友好),以让后续进入的操作进行等待。
redis的三种加锁方式:
1.SETNX:判断$key是否存在,存在则表示前面有用户正在执行操作。
2.set:设置一个$key的值,有值则表示有程序正在执行。
3.incr:设置一个自增的key,大于等于1则表示当前有程序正在执行。
业务逻辑执行完毕则删除锁,以便于后续的程序运行以及占用内存的释放,set可以设置过期时间,也可以携带nx操作
(tp6可以通过cache类加载redis)