虽然多线程极大的提高了程序的执行效率,但是由于线程之间是抢占式执行的,有些时候我们需要确定线程的执行顺序来使线程互相协作共同完成任务。因为操作系统负责线程调度的工作所以我们很难进行干预,不过我们可以让线程进行阻塞(也就是主动放弃被调度)从而实现控制顺序的目的。
Java给我们提供了几种不同的方法,这些方法都是起到等待线程的作用,但是它们有着不同的区别。
join()
在哪个线程当中调用的这个方法,就让哪个线程等待其结束,例如:在A线程中调用了B.join()就是让A线程等待B线程执行完再执行。
这个方法只能让其等待的线程先执行完毕或等待时间到才能继续向下执行。
//示例代码
public static void main(String[] args){
//子线程先输出3次Hello thread后再让主线程输出
Thread t1 = new Thread(() -> {
for(int i = 0; i < 3; i++){
System.out.println("Hello thread");
}
});
t1.start();
try{
t1.join(); //让主线程等待t1线程执行完毕
}catch(InterruptedException e){
e.printStackTrace();
}
for(int i = 0; i < 3; i++){
System.out.println("Hello main");
}
}
sleep()
让调用该方法的线程休眠一段时间,也就是让其先进入阻塞队列不参与CPU调度,等待休眠时间结束后再继续执行。或者在休眠中被其他线程中断然后抛出InterruptedException异常,然后根据代码逻辑是否继续执行。
//示例代码
public static void main(String[] args){
//主线程与子线程交替打印hello world,主线程先等待子线程执行三秒后再开始执行
Thread t1 = new Thread(() -> {
while(true){
System.out.println("hello world");
}
});
t1.start();
//主线程先休眠3s
try{
Thread.sleep(3_000);
}catch(InterrputedException e){
e.printStackTrace();
}
while(true){
System.out.println("hello world");
}
}
wait()和notify()
如果是想让一个线程先等待其他线程执行部分工作后再与其他线程共同执行,这种情况下就可以用wait和notify。
public static void main(String[] args){
//锁对象
Object lock = new Object();
//这个线程负责等待
Thread t1 = new Thread(() -> {
//执行一些代码逻辑...
System.out.println("t1: wait之前");
try{
//先获取到锁
synchronized(lock){
lock.wait(); //进行阻塞
}
}catch(InterruptedException e){
e.printStackTrace();
}
System.out.println("t1: wait之后");
//执行一些代码逻辑...
});
//这个线程负责唤醒
Thread t2 = new Thread(() -> {
//执行一些代码逻辑...
System.out.println("t2: notify之前");
//先获取到锁
synchronized(lock){
lock.notify(); //唤醒阻塞队列中等待的线程
}
System.out.println("t2: notify之后");
//执行一些代码逻辑...
});
t1.start();
//保证让t2后执行
try{
Thread.sleep(1000);
t2.start();
}catch(InterruptedException e){
e.printStackTrace();
}
}
各方法对比
若某个线程的执行时机是在其他线程运行结束之后再开始,我们可以使用join;
若某个线程需要先等待其他线程执行一部分工作再开始执行,我们可以使用wait和notify;
sleep方法从功能角度上讲可以代替上述方法,但是往往我们无法精确地知道某个线程的执行用时和调度情况。
不同场景下,所使用方法也不同,还是根据业务逻辑来决定。
开始,我们可以使用join;
若某个线程需要先等待其他线程执行一部分工作再开始执行,我们可以使用wait和notify;
sleep方法从功能角度上讲可以代替上述方法,但是往往我们无法精确地知道某个线程的执行用时和调度情况。
不同场景下,所使用方法也不同,还是根据业务逻辑来决定。