商品抢购场景用乐观还是悲观锁为什么？

在商品抢购场景中，通常使用悲观锁而不是乐观锁。这是因为悲观锁在并发控制方面更加高效，可以避免多个线程同时修改数据导致的数据不一致问题。 乐观锁假设多个事务在并发执行时不会发生冲突，只会读取到未提交的数据。当事务提交时，会检查是否存在冲突，如果存在冲突则回滚并重新执行事务。这种方式适用于数据冲突较少的场景，但在高并发、大量数据的场景下，可能会导致大量的重复操作和资源浪费。 悲观锁则是在数据写入之前就加锁，确保同一时间只有一个线程能够访问和修改数据。这样可以避免多个线程同时修改数据导致的数据不一致问题。然而，悲观锁的缺点是性能开销较大，因为它需要在每次访问数据时都加锁，可能导致数据库锁定时间过长，影响用户体验。 在商品抢购场景中，由于抢购商品的数量有限，且用户对商品的需求强烈，竞争激烈，因此很可能会出现多个用户同时抢购同一件商品的情况。这种情况下，如果使用乐观锁，可能会导致大量的重复操作和资源浪费；而使用悲观锁虽然可以避免数据不一致问题，但由于性能开销较大，可能会影响用户的抢购体验。因此，在商品抢购场景中，通常采用其他并发控制策略，如分布式锁、消息队列等，来保证系统的高可用性和性能。