1、乐观锁:CAS
乐观锁正好和悲观锁相反,它获取数据的时候,并不担心数据被修改,每次获取数据的时候也不会加锁,只是在更新数据的时候,通过判断现有的数 据是否和原数据一致来判断数据是否被其他线程操作,如果没被其他线程修改则进行数据更新,如果被其他线程修改则不进行数据更新。
2、悲观锁:synchronized
悲观锁认为对于同一个数据的并发操作,一定是会发生修改的,哪怕没有修改,也会认为修改。因此对于同一个数据的并发操作,悲观锁采取加锁的 形式。悲观地认为,不加锁的并发操作一定会出问题。
3、公平锁:
公平锁是指多个线程按照申请锁的顺序来获取锁。
4、非公平锁:
非公平锁是指多个线程获取锁的顺序并不是按照申请锁的顺序,有可能后申请的线程比先申请的线程优先获取锁。
ReentrantLock 提供了公平锁和非公平锁的实现:
- 公平锁: new ReentrantLock(true)
- 非公平锁:new ReentrantLock(false)
如果构造函数不传任何参数,默认是非公平锁。
5、独占锁:
独占锁是指任何时候都只有一个线程能执行资源操作。
6、共享锁:
共享锁指定是可以同时被多个线程读取,但只能被一个线程修改。
比如 Java 中的 ReentrantReadWriteLock 就是共享锁的实现方式,它允许一个 线程进行写操作,允许多个线程读操作。
7、可重入锁:
可重入锁指的是该线程获取了该锁之后,可以无限次的进入该锁锁住的代码。
8、自旋锁:
自旋锁是指尝试获取锁的线程不会立即阻塞,而是采用循环的方式去尝试获取锁,这样的好处是减少线程上下文切换的消耗,缺点是循环会消耗 CPU。
面试题:
1、synchronized 使用的是公平锁还是非公平锁?
答:synchronized 使用的是非公平锁,并且是不可设置的。这是因为非公平锁的吞吐量大于公平锁,并且是主流操作系统线程调度的基本选择,所 以这也是 synchronized 使用非公平锁原由。
**2、为什么非公平锁吞吐量大于公平锁? **
答:比如 A 占用锁的时候,B 请求获取锁,发现被 A 占用之后,堵塞等待被唤醒,这个时候 C 同时来获取 A 占用的锁,如果是公平锁 C 后来者发 现不可用之后一定排在 B 之后等待被唤醒,而非公平锁则可以让 C 先用,在 B 被唤醒之前 C 已经使用完成,从而节省了 C 等待和唤醒之间的性能 消耗,这就是非公平锁比公平锁吞吐量大的原因。
3、volatile的作用是什么?
答:volatile 是 Java 虚拟机提供的轻量级的同步机制。 当变量被定义成 volatile 之后,具备两种特性:
- 保证此变量对所有线程的可见性,当一条线程修改了这个变量的值,修改的新值对于其他线程是可见的(可以立即得知的);
- 禁止指令重排序优化,普通变量仅仅能保证在该方法执行过程中,得到正确结果,但是不保证程序代码的执行顺序。
4、volatile和synchronized有什么区别?
答:synchronized 既能保证可见性,又能保证原子性,而 volatile 只能保证可见性,无法保证原子性。比如,i++ 如果使用 synchronized 修饰 是线程安全的,而 volatile 会有线程安全的问题。
**5、CAS 是如何实现的? **
答: CAS(Compare and Swap)比较并交换,CAS 是通过调用 JNI(Java Native Interface)的代码实现的,比如,在 Windows 系统 CAS 就是借助 C 语言来调用 CPU 底层指令实现的。