一,Lock接口
1,核心方法:
lock():获取锁
unlock():释放锁
tryLock(long time,TimeUnit unit):尝试获取锁,可以设置超时时间
2,示例代码
public classLockDemo {//Lock是一个接口
private Lock lock = newReentrantLock();private intcount;public intincrement(){//加锁
lock.lock();try{
count++;
}finally{//必须手动释放锁
lock.unlock();
}returncount;
}
}
二,Lock和synchronized的区别
1,是否可以设置超时时间:
Lock获取锁时是可以设置超时时间的。而Synchronized获取锁时是没有超时时间的,它会一直在那里等着
2,是否可以被中断:
Lock获取锁可以被中断,synchronized不可以被中断
3,释放锁方式:
使用Lock,必须手动释放锁。synchronized在操作系统层面实现释放锁
4,是否阻塞:
synchronized是阻塞式的, tryLock是非阻塞的
5,可重入性:
synchronized是可重入锁(可重入:一个线程多次去获取一把锁)。因为synchronized内部通过一个计数器来记录获取锁的个数,每获取一把锁,计数器加1.每释放一把锁,计数器就减一。
ReentrantLock也是可重入锁
6,是否公平:
如果在时间上,先获取锁的请求,一定先被满足,这个锁就是公平的。
非公平锁的效率一般来说更高。(在公平的情况下,拿不到锁的线程会进行排队并被挂起,如果轮到该线程去获取锁,该线程还需要解除挂起,然后才能获取锁。因为解除挂起这个操作比较费时,导致了公平锁的效率不高。非公平锁不用排队)
挂起:可以理解为操作系统把当前线程从内存中移除
ReentrantLock的构造方法可以指定是公平锁还是非公平锁,默认非公平锁
7,是否是排他锁:
排他锁:同一时刻只能允许一个线程访问
synchronized和ReentrantLock都是排他锁
三,读写锁
1,定义:同一时刻允许多个读线程同时访问,写线程访问时,所有的读和写都被阻塞。适合读多写少的场景。内部维护了一个读锁和一个写锁
2,ReadWriteLock接口和ReentrantReadWriteLock类:
四,Condition