关于悲观锁跟乐观所性能问题 求解

Question

悲观锁机制存在以下问题：　　

　　　　　　1. 在多线程竞争下，加锁、释放锁会导致比较多的上下文切换和调度延时，引起性能问题。

　　　　　　2. 一个线程持有锁会导致其它所有需要此锁的线程挂起。

　　　　　　3. 如果一个优先级高的线程等待一个优先级低的线程释放锁会导致优先级倒置，引起性能风险。

　　　　对比于悲观锁的这些问题，另一个更加有效的锁就是乐观锁。其实乐观锁就是：每次不加锁而是假设没有并发冲突而去完成某项操作，如果因为并发冲突失败就重试，直到成功为止。

上面是我百度到的 ，现在有一下场景，如果用悲观锁跟乐观锁去处理 自增加一，分别有10个线程，不管是悲观锁还是乐观锁，都只有一个能成功，虽然悲观锁的其中9个线程被挂起，但是乐观锁的其中9个线程是无效执行，为什么说悲观所 由于线程被阻塞消耗比较大呢。

Answer 1

乐观锁就是觉得冲突的概率很小，我们先自己做事情，然后最后提交的时候，看有没有冲突，如果没有就成功，否则就回滚。它应对的情况就是大部分时候，没有那么多冲突
而悲观锁就是觉得一开始冲突很多，所以先进行抢锁，抢到了，再开始干活。
所以比较两者，其实更应该看当前任务的处理场景。