php 锁的使用场景,抢购秒杀的场景使用锁个人认为不太合理？

在抢购秒杀的构架设计中，网上很多都说为了防止超卖现象，应该使用锁机制来做，只有拿到锁的用户才能抢购下单;但是我觉得这个不太合理，在高并发下使用锁，一来造成请求阻塞，二来会造成抢购的不公平现象。

所以我觉得正确的设计应该是

1.抢购商品入队列，比如：redis队列，10个商品队列中就有10个元素。通过pop来取，这样避免了超卖现象。能取到元素说明抢购成功

2.由于秒杀是高并发的，所以需要异步下单处理，同样的可以把抢单成功的用户也加入到队列中比如：rabbitmq消息队列，通过消费者来处理订单数据的生成

不知道还有没有更好的解决方案？

在抢购秒杀的构架设计中，网上很多都说为了防止超卖现象，应该使用锁机制来做，只有拿到锁的用户才能抢购下单;但是我觉得这个不太合理，在高并发下使用锁，一来造成请求阻塞，二来会造成抢购的不公平现象。

所以我觉得正确的设计应该是

1.抢购商品入队列，比如：redis队列，10个商品队列中就有10个元素。通过pop来取，这样避免了超卖现象。能取到元素说明抢购成功

2.由于秒杀是高并发的，所以需要异步下单处理，同样的可以把抢单成功的用户也加入到队列中比如：rabbitmq消息队列，通过消费者来处理订单数据的生成

不知道还有没有更好的解决方案？