以前线程同步只知道synchronize关键字,后来才知道还有个lock,为什么还要有个lock来实现同步呢
synchronized的局限性
- 占有锁的线程等待IO或者其他原因被阻塞,没有释放锁的情况下,其他线程一直阻塞
- 多个线程同时读写文件的时候,读和读操作也会发生冲突
- 我们没有办法知道当前我们的线程是否成功获取了锁,只能傻傻的等待
有这些限制所有其他的同步机制来解决,所以就有了lock,lock常用的两个接口和两个实现
第一个,Lock接口,我们来看下它的定义
package java.util.concurrent.locks;
import java.util.concurrent.TimeUnit;
public interface Lock {
void lock();
void lockInterruptibly() throws InterruptedException;
boolean tryLock();
boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
void unlock();
Condition newCondition();
}
这几个方法的作用分别是
- lock()获取锁,没有获取一直等待,无返回值
- lockInterruptibly()获取锁一直等待,无返回值,但是可以被thread.interrupt()方法中断,抛出异常
- tryLock()获取锁,不等待,返回是否获取成功
- tryLock(long time, TimeUnit unit)获取锁,没有获取等待指定时间,返回是否获取成功,等待时候可以被thread.interrupt()方法中断,抛出异常
- unlock()释放锁
- newCondition()实现线程间的交互,与Object的wait,notify,notify对应
生产者消费者两种实现方式
synchronize与lock的锁的释放
- synchronize满足下列三个条件之一释放锁
- 占有锁的线程执行完毕
- 占有锁的线程异常退出
- 占有锁的线程进入waiting状态释放锁
- Lock必须调用unlock()方法
Lock接口的唯一实现ReentrantLock,意思是可重入锁,可重入锁后面介绍
第二个,ReadWriteLock接口,我们来看下它的定义
package java.util.concurrent.locks;
public interface ReadWriteLock {
/**
* Returns the lock used for reading.
*
* @return the lock used for reading
*/
Lock readLock();
/**
* Returns the lock used for writing.
*
* @return the lock used for writing
*/
Lock writeLock();
}
注释写的很清楚,为了解决两个线程同时读操作还互斥的问题
ReentrantReadWriteLock()为ReadWriteLock 接口的实现
一些锁的概念
- 可重入锁,同一个线程调用同锁的多个代码块和方法不会重复加锁,sy和Lock和readwritelock都是可重入锁
- 可中断锁 在等待的过程中可中断,lockInterruptibly()获取的就是可中断锁,中断会抛出异常
- 公平锁,上面介绍的两个锁都可以加入Boolean型的构造参数,默认是非公平锁,多个线程同时等待,当前线程执行完毕,随机执行下个线程,公平锁即先到先执行
- 读写锁,读写锁,即读锁和写锁是分开的