面试题：谈谈你对乐观锁和悲观锁的理解？
乐观锁（Optimistic Locking）和悲观锁（Pessimistic Locking）是两种不同的并发控制策略，在数据库管理系统和多线程编程中广泛用于处理并发访问共享资源时的数据一致性问题。
悲观锁：
-
原理：悲观锁正如其名，对并发持悲观态度，认为在并发环境下数据被其他事务修改的概率较高，所以在进行任何数据操作前都会先获取锁，确保在事务执行过程中不会有其他事务对该数据进行修改。
-
操作：当一个事务获取悲观锁后，其他试图修改同一数据的事务会被阻塞，直到持有锁的事务完成并释放锁。
-
优点：提供了强一致性保证，简单易理解，适用于并发写入频繁且冲突可能性高的场景。
-
缺点：可能导致大量的线程或事务等待，降低系统的并发性能，并可能引发死锁等问题。
乐观锁：
-
原理：乐观锁相对乐观，认为在大多数情况下，数据不会同时被多个事务修改，所以在读取数据时并不会立即加锁。它会在更新数据时检查在此期间数据是否已被他人修改。
-
实现：乐观锁的实现通常依赖于版本号或时间戳等机制，如在更新记录时验证版本号是否自上次读取以来未变，如果发现有变更，则认为存在并发修改，事务失败并可以重新尝试或报告给用户。
-
操作：事务在提交更新时才检查是否存在冲突，如果没有冲突则更新成功，如果有冲突则采取相应策略，如重试或回滚事务。
-
优点：在读取为主的场景下，能够提升系统的并发性能，减少锁带来的开销，尤其适用于冲突较少的环境。
-
缺点：在高并发且冲突频繁的情况下，可能会增加大量无效的事务重试，导致性能下降。同时，设计和实现相对复杂一些，需要额外维护版本号或时间戳字段。
总结来说，选择使用哪种锁取决于具体的应用场景和并发情况。悲观锁更适合写操作密集且并发冲突概率较高的场景，而乐观锁更适用于读操作为主、并发冲突概率较低的场景。