Java同步Lock
在java5以后引入了另外一种方式实现方法的同步,就是Lock
为什么引入Lock,synchronized锁的缺陷是什么?
如果一个代码块被synchronized关键字进行修饰了,当一个线程获取了对应的锁,并且执行该代码块的时候,其他线程只能一直等待,直到获取锁的线程释放掉锁,释放锁有两种情况:
1:获取锁的线程执行完了该代码块,然后会自动释放锁
2:执行线程发生了异常,此时JVM会自定释放掉线程的锁
那么如果这个获取锁的线程由于要等待IO或者其他原因(调用了sleep方法),但是又没有释放锁,其他线程只能等待,很影响程序的执行效率
如果利用sysnchronized关键字修饰同步方法,如果一个线程在进行读的操作,那么其他线程即使是读,也都是悲观锁的实现,很影响程序的执行效率,因此就需要一种机制来使得多个线程都只是进行读操作,线性之间不会发生冲突,通过Lock就可以实现,此外通过Lock可以知道有没有获取到锁,这在sysnchronized中是无法办到的
总结:
1> Lock不是java语言的内置特性,只是一个类,synchronized是java语言的关键字,因此是内置特性,这个类可以实现同步访问
2>采用synchronized不需要用户去手动释放锁,而Lock必须手动去释放锁
Lock
Lock是一个接口,里面主要方法如下
public interface Lock { void lock(); void lockInterruptibly() throws InterruptedException; boolean tryLock(); boolean tryLock(long time, TimeUnit unit) throws InterruptedException; void unlock(); Condition newCondition(); } |
lock()、tryLock()、tryLock(long time, TimeUnit unit)和lockInterruptibly()是用来获取锁的。unLock()方法是用来释放锁的。newCondition()这个方法是线程之间通信的
在Lock中声明了四个方法来获取锁,那么这四个方法有何区别呢?
首先lock()方法是平常使用得最多的一个方法,就是用来获取锁。如果锁已被其他线程获取,则进行等待。
由于在前面讲到如果采用Lock,必须主动去释放锁,并且在发生异常时,不会自动释放锁。因此一般来说,使用Lock必须在try{}catch{}块中进行,并且将释放锁的操作放在finally块中进行,以保证锁一定被被释放,防止死锁的发生。通常使用Lock来进行同步的话,是以下面这种形式去使用的:
try{ //处理任务 }catch(Exception ex){
}finally{ lock.unlock(); //释放锁 }
|
tryLock()方法是有返回值的,它表示用来尝试获取锁,如果获取成功,则返回true,如果获取失败(即锁已被其他线程获取),则返回false,也就说这个方法无论如何都会立即返回。在拿不到锁时不会一直在那等待。
tryLock(long time, TimeUnit unit)方法和tryLock()方法是类似的,只不过区别在于这个方法在拿不到锁时会等待一定的时间,在时间期限之内如果还拿不到锁,就返回false。如果如果一开始拿到锁或者在等待期间内拿到了锁,则返回true。
if(lock.tryLock()) { try{ //处理任务 }catch(Exception ex){
}finally{ lock.unlock(); //释放锁 } }else { //如果不能获取锁,则直接做其他事情 }
|
lockInterruptibly()方法比较特殊,当通过这个方法去获取锁时,如果线程正在等待获取锁,则这个线程能够响应中断,即中断线程的等待状态。也就使说,当两个线程同时通过lock.lockInterruptibly()想获取某个锁时,假若此时线程A获取到了锁,而线程B只有在等待,那么对线程B调用threadB.interrupt()方法能够中断线程B的等待过程。
由于lockInterruptibly()的声明中抛出了异常,所以lock.lockInterruptibly()必须放在try块中或者在调用lockInterruptibly()的方法外声明抛出InterruptedException。
因此lockInterruptibly()一般的使用形式如下:
public void method() throws InterruptedException { lock.lockInterruptibly(); try { //..... } finally { lock.unlock(); } }
|
LockInterruptibly()方法是可以相应中断的,而synchronized是不可以相应中断的
2 ReentrantLock(可重入锁)
这个类是实现了Lock接口的唯一实现类
TryLock的使用
package com.testarray;
import java.util.concurrent.locks.Lock; import java.util.concurrent.locks.ReentrantLock;
public class TestLock {
private Lock lock = new ReentrantLock();
public static void main(String[] args) { final TestLock testLock = new TestLock(); new Thread() { @Override public void run() { testLock.insert(Thread.currentThread()); } }.start(); new Thread() { @Override public void run() { testLock.insert(Thread.currentThread()); } }.start(); } public void insert(Thread thread) { if(lock.tryLock()) { try { System.out.println(thread.getName()+"得到了锁");
} catch (Exception e) { // TODO: handle exception }finally { System.out.println(thread.getName()+"释放了锁"); lock.unlock(); } } else { System.out.println(thread.getName()+"获取锁失败"); } } }
|
运行结果
Thread-0得到了锁 Thread-0释放了锁 Thread-1获取锁失败 |
Lock的使用
package com.testarray;
import java.util.concurrent.locks.Lock; import java.util.concurrent.locks.ReentrantLock;
public class TestLock {
private Lock lock = new ReentrantLock();
public static void main(String[] args) { final TestLock testLock = new TestLock(); new Thread() { @Override public void run() { testLock.insert(Thread.currentThread()); } }.start(); new Thread() { @Override public void run() { testLock.insert(Thread.currentThread()); } }.start(); } public void insert(Thread thread) { lock.lock(); try { System.out.println(thread.getName()+"得到了锁");
} catch (Exception e) { // TODO: handle exception }finally { System.out.println(thread.getName()+"释放了锁"); lock.unlock(); } } }
|
结果
Thread-0得到了锁 Thread-0释放了锁 Thread-1得到了锁 Thread-1释放了锁 |
lockInterruptibly()
public class Test { private Lock lock = new ReentrantLock(); public static void main(String[] args) { Test test = new Test(); MyThread thread1 = new MyThread(test); MyThread thread2 = new MyThread(test); thread1.start(); thread2.start();
try { Thread.sleep(2000); } catch (InterruptedException e) { e.printStackTrace(); } thread2.interrupt(); }
public void insert(Thread thread) throws InterruptedException{ lock.lockInterruptibly(); //注意,如果需要正确中断等待锁的线程,必须将获取锁放在外面,然后将InterruptedException抛出 try { System.out.println(thread.getName()+"得到了锁"); long startTime = System.currentTimeMillis(); for( ; ;) { if(System.currentTimeMillis() - startTime >= Integer.MAX_VALUE) break; //插入数据 } } finally { System.out.println(Thread.currentThread().getName()+"执行finally"); lock.unlock(); System.out.println(thread.getName()+"释放了锁"); } } }
class MyThread extends Thread { private Test test = null; public MyThread(Test test) { this.test = test; } @Override public void run() {
try { test.insert(Thread.currentThread()); } catch (InterruptedException e) { System.out.println(Thread.currentThread().getName()+"被中断"); } } }
|
运行程序可以发现,等待获取锁的线程是可以被中断的
3.ReadWriteLock
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(); }
|
一个用来获取读锁,一个是用来获取写锁
4.ReentrantReadWriteLock
public class Test { private ReentrantReadWriteLock rwl = new ReentrantReadWriteLock();
public static void main(String[] args) { final Test test = new Test();
new Thread(){ public void run() { test.get(Thread.currentThread()); }; }.start();
new Thread(){ public void run() { test.get(Thread.currentThread()); }; }.start();
}
public void get(Thread thread) { rwl.readLock().lock(); try { long start = System.currentTimeMillis();
while(System.currentTimeMillis() - start <= 1) { System.out.println(thread.getName()+"正在进行读操作"); } System.out.println(thread.getName()+"读操作完毕"); } finally { rwl.readLock().unlock(); } } }
|
打印结果
Thread-0正在进行读操作 Thread-0正在进行读操作 Thread-1正在进行读操作 Thread-0正在进行读操作 Thread-1正在进行读操作 Thread-0正在进行读操作 |
说明了Thread1和Thread2可以同时进行读操作,这样就大大的提高了程序的运行效率
不过要注意的是,当一个线程如果已经占有了读锁,,此时如果其他线程要申请写锁,则申请写锁的线程会一直等待下去,直到读锁被释放
如果一个线程已经拥有了写锁,此时申请写锁或者读锁的线程则会一直等待下去,直到读锁的释放
总结:只有读锁和读锁之间不互斥,其他之间都是互斥的
5 Lock和synchronized之间的选择
- Lock是一个接口,而synchronized是java语言的内置特性
- Synchronized在发生异常时候,会自动释放对象占有的锁,因此死锁现象发生较少,而lock发生异常时候,如果没有主动通过unlock去释放对象的锁,则会造成死锁的发生,因此释放锁的操作一般写在finally语句块当中
- Lock可以让等待锁的线程中断,而synchronized却不行,等待锁的线程不会响应中断,会一直等待下去
- 通过lock可以知道有没有成功获取锁,而synchronized却不行
- Lock可以提高多个线程之间的读操作效率
从性能上来说,如果竞争资源不是很激烈,两者的性能差异不大,在大量线程同时竞争的时候,而lock的性能则远远优于synchronized
类ThreadLocal
变量值的共享可以使用public static变量的形式,所有的线程都使用同一个public static的变量,如果想实现每一个线程都有自己的共享变量该如何解决呢,JDK提供的ThreadLocal就是为了解决这样的问题
可以通过set设置,get取值,继承ThreadLocal,重写方法指定初始值