首先ReentrantLock()是一个可重入的锁,Lock l = new ReentrantLock()如果什么都不传,底层是不公平的,Lock l = new ReentrantLock(true)这是公平的。我们常用的同步方法或者同步代码块所用的Synchronized,就是一个非公平锁。上面代码中我们有3个线程,非公平的情况下,第一个可能是2号线程抢到,2号线程释放锁之后,第二次这三个线程继续抢,有可能还是2号线程抢到,所以是非公平。
公平锁:获取不到锁的线程,会自动加入队列,等待线程释放,队列的第一个获取锁,排队获取。
非公平锁:获取不到锁的时候,会自动加入队列,等待线程释放后,就有等待的线程就会同时去竞争,包括上一次释放锁的线程。
可重入
同一个线程反复获取锁多次,然后需要释放多次,指同一线程外层函数获得锁之后,内层函数仍然可以获取该锁。在同一个线程在外层方法获取锁的时候,在进入内层方法会自动获取锁。上面stu()方法会自动获取锁。
比如你回家的时候,进大门是一把锁,进入之后,进入你的卧室,会自动获取你卧室的锁。
Java公平锁与非公平锁大多数情况下,锁的申请都是非公平的,如果线程1与线程2都在请求锁A,当锁A可用时,系统只是会从阻塞队列中随机的选择一个线程, 不能保证其公平性。公平的锁会按照时间先后顺序,保证先到先得, ...
Java公平锁与非公平锁
大多数情况下,锁的申请都是非公平的,如果线程1与线程2都在请求锁A,当锁A可用时,系统只是会从阻塞队列中随机的选择一个线程, 不能保证其公平性。
公平的锁会按照时间先后顺序,保证先到先得, 公平锁的这一特点不会出现线程饥饿现象。
synchronized内部锁就是非公平的. ReentrantLock重入锁提供了一个构造方法:ReentrantLock(boolean fair) ,当在创建锁对象时实参传递true可以把该锁设置为公平锁. 公平锁看起来很公平,但是要实现公平锁必须要求系统维护一个有序队列,公平锁的实现成本较高,性能也低. 因此默认情况下锁是非公平的. 不是特别的需求,一般不使用公平锁。
package com.wkcto.lock.method;
import java.util.concurrent.locks.ReentrantLock;
* 公平 锁与非公平锁
public class Test01 {
// static ReentrantLock lock = new ReentrantLock(); //默认是非公平锁
static ReentrantLock lock = new ReentrantLock(true); //定义公平锁
public static void main(String[] args) {
Runnable runnable = new Runnable() {
@Override
public void run() {
while (true){
try {
lock.lock();
System.out.println(Thread.currentThread().getName() + " 获得了锁对象");
}finally {
lock.unlock();
}
}
}
};
for (int i = 0; i