Java乐观锁、悲观锁

乐观锁

---

　　乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，因此不会上锁，可是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可使用版本号等机制。乐观锁适用于多读的应用类型，这样能够提升吞吐量，像数据库若是提供相似于write_condition机制的其实都是提供的乐观锁。
　　CAS即是乐观锁技术，当多个线程尝试使用CAS同时更新同一个变量时，只有其中一个线程能更新变量的值，而其它线程都失败，失败的线程并不会被挂起，而是被告知此次竞争中失败，并能够再次尝试。
　　CAS有3个操做数，内存值V，旧的预期值A，要修改的新值B。当且仅当预期值A和内存值V相同时，将内存值V修改成B，不然什么都不作。

　　JVM对CAS的支持

悲观锁

---

　　悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，因此每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了不少这种锁机制，好比行锁，表锁等，读锁，写锁等，都是在作操做以前先上锁。
　　好比说synchronized就是一种独占锁，他假设最坏的状况，而且只有在确保其它线程不会形成干扰的状况下执行，会致使其它全部须要锁的线程挂起，等待持有锁的线程释放锁。

　　缺点：
　　因为在进程挂起和恢复执行过程当中存在着很大的开销。当一个线程正在等待锁时，它不能作任何事。举个栗子，若是一个线程须要某个资源，可是这个资源的占用时间很短，当线程第一次抢占这个资源时，可能这个资源被占用，若是此时挂起这个线程，可能马上就发现资源可用，而后又须要花费很长的时间从新抢占锁，时间代价就会很是的高。