🤔 库存扣减操作需要查询库存是否足够，如果足够则占用库存，否则返回库存不足。在并发场景下，多个请求同时进行库存查询和扣减操作，可能会导致数据不一致。例如，两个请求同时查询库存，发现库存足够，但第一个请求成功扣减库存后，第二个请求也尝试扣减库存，此时库存已经不足，但第二个请求仍然成功扣减，导致库存超卖。

💡 为了解决并发场景下库存扣减的挑战，需要采取一些措施来确保数据一致性。常用的方法包括： 1. **悲观锁**：在查询库存时，先获取锁，锁定库存数据，防止其他请求修改。扣减库存成功后释放锁。 2. **乐观锁**：在查询库存时，不获取锁。在扣减库存时，检查库存是否被其他请求修改过。如果被修改，则返回错误。 3. **分布式锁**：如果库存数据存储在多个数据库实例上，则需要使用分布式锁来保证数据一致性。

🚀 除了上述方法之外，还可以使用消息队列来实现库存扣减操作。将库存扣减操作封装成消息，发送到消息队列中。消息队列会将消息转发到库存服务进行处理。这样可以避免直接访问数据库，提高系统性能和可靠性。

扣减库存需要查询库存是否足够: - 足够就占用库存 - 不够则返回库存不足（这里不区分库存可用、占用、已消耗等状态，统一成扣减库存数量，简化场景） 并发场景，若 **查询库存和扣减库存不具备原子