-
乐观锁
总是假设最好的情况,每次拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下此期间别人有没有去更新这个数据,可以使用版本号机制或者CAS算法实现。
乐观锁适用于多读的应用类型,这样可以提高吞吐量,像数据库提供的类似于write_condition机制,其实都是提供的乐观锁。
-
悲观锁
总是假设最坏的情况,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会阻塞直到它拿到锁(共享资源每次只会给一个线程使用,其他线程阻塞,用完之后再把资源转让给其他线程)。传统的关系型数据库就用到了很多这种锁机制。
比如行锁、表锁、读锁、写锁等等,都是在操作之前先上锁。
Java 的
synchronized
和reentrantLock
等独占锁就是悲观锁思想的实现。
网友评论