Synchronized同步块的不足
在多线程环境下保证线程同步的方法大多是使用synchronized关键字,但是这个关键字在某些环境下是很死板的。其主要缺点如下:
(1)如果一个线程已经在一个synchronized块中执行,另一个线程视图进入这个同步块,那么它必须等待直到当前占用这那个同步块的线程执行完并退出。如果线程一直没有进入同步块,那么那个等待的线程就一直处于阻塞状态并且不能被interrupted!。
(2)当一个线程执行完同步块代码并退出后,任何一个等待进入的线程都可以获得锁去执行同步块代码,也就是说,有的线程可能一直没有机会获取这个机会去执行同步块,也就是有可能会被饿死!。(3)Synchronized块没有任何方法去查询那些为使用特殊资源而等待的线程的状态。
(4)Synchronized块必须在相同的方法里出现,也就是说一个同步块不能在一个方法里开始,在另一个方法里结束。
Lock和Condition的基本应用
基于以上考虑,很多不适合Synchronized的场合可以使用Lock来解决!以下贴出基本的使用源码:
public class LockMain {
//创建一把锁
static Lock lock = new ReentrantLock();
// 创建第一个条件,B会用此条件等待,A会用此条件通知B开始任务
static Condition conditionA = lock.newCondition();
// 创建第二个个条件,C会用此条件等待,B会用此条件通知C开始任务
static Condition conditionB = lock.newCondition();
public static void main(String[] args) {
PersonA a = new PersonA();
PersonB b = new PersonB();
PersonC c = new PersonC();
// 为了证实执行的顺序是A、B、C,这里特意先倒着开启任务
new Thread(c).start();
new Thread(b).start();
new Thread(a).start();
}
/**
* 第一个人
*
* @author Administrator
*
*/
public static class PersonA implements Runnable {
public void run() {
lock.lock();
try {
// 模拟等待时间
Thread.sleep(3000);
// 办理完后业务员会通知下一个人
System.out.println("A开始办理...");
System.out.println("A办理完毕,请下一位B到3号窗口");
conditionA.signal();
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
// 用完之后记得释放锁,不然别人还是不能使用这个锁
} finally {
// 一定要释放锁
lock.unlock();
}
}
}
/**
* 第二个人
*
* @author Administrator
*
*/
public static class PersonB implements Runnable {
public void run() {
lock.lock();
try {
// B只有等A办理完了才能继续办
conditionA.await();
System.out.println("B开始办理...");
System.out.println("B办理完毕,请下一位C到3号窗口");
conditionB.signal();
// 办理完后业务员会通知下一个人
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} finally {
lock.unlock();
}
}
}
/**
* 第三个人
*
* @author Administrator
*
*/
public static class PersonC implements Runnable {
public void run() {
lock.lock();
try {
// B只有等A办理完了才能继续办
conditionB.await();
System.out.println("C开始办理...");
System.out.println("C办理完毕,准备下班吧");
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} finally {
lock.unlock();
}
}
}
}
其用法就是辣么简单,我们再看下执行结果,是不是按照A、B、C的顺序来的:
截图已证实Lock和Condition的作用。下面我们开始一步步揭开Lock的神秘面纱。