多线程乐观锁与悲观锁（津贴）

多线程基础

https://www.cnblogs.com/yjd_hycf_space/p/7526608.html（推荐）

https://www.cnblogs.com/wxd0108/p/5479442.html 

多线程同步于异步关系

同步：A线程要请求某个资源，但是此资源正在被B线程使用中，因为同步机制存在，A线程请求 不到，怎么办，A线程只能等待下去

异步：A线程要请求某个资源，但是此资源正在被B线程使用中，因为没有同步机制存在，A线程 仍然请求的到，A线程无需等待 显然，同步最最安全，最保险的。而异步不安全，容易导致死锁，这样一个线程死掉就会导致整个 进程崩溃，但没有同步机制的存在，性能会有所提升

补充：多线程并发时，多个线程同时请求同一个资源，必然导致此资源的数据不安全，A线程修改了B线 程的处理的数据，而B线程又修改了A线程处理的数理。显然这是由于全局资源造成的，有时为了解 决此问题，优先考虑使用局部变量，退而求其次使用同步代码块，出于这样的安全考虑就必须牺牲 系统处理性能，加在多线程并发时资源挣夺最激烈的地方，这就实现了线程的同步机制

乐观锁与悲观锁

 https://www.cnblogs.com/qjjazry/p/6581568.html

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

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

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

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

乐观锁就是：每次不加锁而是假设没有并发冲突而去完成某项操作，如果因为并发冲突失败就重试，直到成功为止。

乐观锁实现细节：主要就是两个步骤：冲突检测和数据更新。其实现方式有一种比较典型的就是 Compare and Swap ( CAS )。乐观锁是一种思想，CAS是这种思想的一种实现方式。在JDK1.5 中新增 java.util.concurrent (J.U.C)就是建立在CAS之上的。相对于对于 synchronized 这种阻塞算法，CAS是非阻塞算法的一种常见实现。

https://blog.csdn.net/m0_37585523/article/details/71107867（模拟乐观锁）

高并发 https://blog.csdn.net/java_xth/article/details/81162088#commentBox

 

 

 

 

 

 

SQL中的乐观锁、悲观锁

https://www.cnblogs.com/happysayhi/p/7474593.html