系列文章:
- Java多线程复习与巩固(一)–线程基本使用
- Java多线程复习与巩固(二)–线程相关工具类的使用
- Java多线程复习与巩固(三)–线程同步
- Java多线程复习与巩固(四)–synchronized的实现
- Java多线程复习与巩固(五)–生产者消费者问题(第一部分)
- Java多线程复习与巩固(六)–线程池ThreadPoolExecutor详解
- Java多线程复习与巩固(七)–任务调度线程池ScheduledThreadPoolExecutor
- Java多线程复习与巩固(八)–原子性操作与原子变量
- Java多线程复习与巩固(九)–volatile关键字与CAS操作
- ThreadPoolExecutor最佳实践–如何选择线程数
- ThreadPoolExecutor最佳实践–如何选择队列
1、进程与线程
在并发编程中,有两个基本的执行单元:进程和线程。在Java中,并发编程主要关心的是线程。当然,进程也很重要。
1.1、进程(Process)
进程有独立的执行环境,一个进程有一套私有的、完整的运行时资源,比如:每个进程都有自己的内存空间。
进程通常会被认为是一个应用程序的代名词。但实际上一个应用程序可能会包含多个协同工作的进程。比如你电脑里的360打开后肯定有两个或两个以上的进程:一个管理是后台服务模块,一个是主程序控制模块。而为了促进进程之间的通信,操作系统都会支持进程间通信(Inter-Process Communication IPC)的机制,例如:套接字、管道机制。IPC不仅可以用于同一系统上进程之间的通信,还可以用于不同系统上进程之间的通信,比如Java的RMI(Remote Method Invoke)就是不同系统间IPC的体现。
Java虚拟机的大多数实现都是作为一个进程运行的。Java应用程序可以使用Runtime.exec()
执行指定命定来创建新进程,Java1.5之后还提供了更灵活的ProcessBuilder来创建进程,Java中以Process对象表示创建的进程。
下面是用ProcessBuilder调用unzip
命令执行解压的逻辑:
1 |
|
需要注意的是,由于创建的子进程没有终端控制台,所以它的标准IO流(stdin,stdout,stderr)都会被交由父进程处理(即我们的写的Java程序)。一方面这让我们能更灵活的控制子进程的IO,但如果我们没有对IO流进行处理将会导致子进程阻塞(子进程等待输入或输出导致进入sleep状态)。比如上面的例子中如果我们没有将子进程的输出消费掉(打印到日志中),会导致子进程的阻塞;
FileUtils.deleteDirectory(targetDir.toFile())
这句也是为了防止程序运行时解压出来的文件已经存在在目录中,unzip
命令会询问是否覆盖原文件而等待用户输入,这也会导致程序阻塞。
1.2、线程(Thread)
线程有个更形象的名字——“轻量级进程”。进程和线程都提供一个执行环境,但创建线程消耗的资源比创建进程少的多。
线程存在于一个进程中,每个进程至少包含一个线程(主线程)。同一进程中的线程共享该进程中的资源,比如内存资源或进程占用的文件资源等。这使得线程间通信比进程间通信更加简单,但也更容易出现问题。
正因为线程与进程有很多的相似之处,所以线程出现的问题以及解决方法和进程是类似的。在接下来的文章中我们会提到线程同步和线程死锁的问题,这和操作系统中的进程同步、进程死锁问题相似。进程同步已经由操作系统实现了,而线程同步需要我们程序员自己实现。
2、并发与并行
计算机系统通常有很多的活动进程和线程。但在单核处理器的系统中,任何时刻实际只有一个进程(或线程)执行。单核系统通过时间分片的方式处理进程(或线程)之间的共享。这就是早期的分时系统(Time Sharing System)。
后来多核处理器变得越来越普及,这大大增强了系统并行执行进程和线程的能力。因为多核处理器有多套处理设备(寄存器,ALU等),所以同一时刻可以有多个进程(或线程)同时执行。
并发(Concurrent)是由于时间片非常短,CPU的流水线工作使得CPU看上去能够同时处理多个任务,但实际上只是同时处理不同任务的不同部分。
比如下面这个前趋图中:任务3的输入执行操作的同时(
并行(Parallel)是由于有多核处理器,有多套处理设备,它可以真正的同时处理多个任务。
比如下面这个前趋图中,有4个处理机的CPU,在一号处理机处理一号任务输入的同时(
而且多核处理器的每个处理机又可以使用流水线并发处理多个任务,这就大大加强了计算机系统的处理能力。
3、Thread类
Java是纯面向对象的语言,所以线程也有与之对应的类——Thread。
3.1、Java中创建线程的两种方式
创建线程必须提供在该线程运行的代码,这在Java中有两种方式实现。
实现Runnable接口。
Runnable接口代表了线程中可执行的任务,在Runnable接口中只有一个方法:
run()
。实现这个接口的run()
方法,并创建这个对象,作为参数交给Thread处理。1
2
3
4
5
6
7
8public class HelloRunnable implements Runnable{
public void run(){
System.out.println("Hello");
}
public static void main(String[] args){
new Thread(new HelloRunnable()).start();
}
}继承Thread类,重写run方法。
Thread类本身就实现了Runnable对象,但它的
run
方法只检查执行代理的runnable对象的run
方法。1
2
3
4
5
6
7// Thread类默认的run方法
public void run() {
if (target != null) {
// 代理了target的run方法
target.run();
}
}我们可以继承Thread类,重写它的
run
方法,来提供执行任务:1
2
3
4
5
6
7
8public class HelloThread extends Thread{
public void run(){
System.out.println("Hello");
}
public static void main(String[] args){
new HelloThread().start();
}
}
3.2、应该使用哪种方式创建线程呢?
因为Java是单继承的,如果使用第二种方式重写run方法,那么意味着你就不能继承其他的类来扩展类的功能了。而如果使用第一种方式实现Runnable接口,对你的类没有什么影响,你想继承哪个类就继承哪个类,想继续实现哪个接口可以继续实现。
所以一般使用实现Runnable接口的方式来创建线程。
4、Thread类的相关方法与线程的状态
先来看一张神图:
上面这张图中涉及到了Object.wait
和Object.notify
这一对方法,这个放在生产者与消费者中讨论,我们先把Thread类中的常用方法解决掉!
Thread类和所有类一样有两种方法:类静态方法,实例成员方法(加了删除线的方法表示已经被弃用的方法)。
- 静态方法都是在本线程中执行,如:sleep(),yield(),interrupted()。
- 实例成员方法可以在其他线程执行,当然也可以在本线程中执行(但通常由其他线程调用),如:interrupt(), join(),
destroy(),resume(),stop(),suspend()。
4.1、暂停执行与sleep方法
Thread.sleep
方法会导致当前线程在指定的时间内暂停执行,这使得处理器可以处理其他的线程任务。
sleep
方法有两个重载版本:
1 | // 精确到毫秒 |
但实际上这个纳秒级的睡眠时间是无法精确的,因为它受到底层操作系统的限制(实际上还是调用C语言层面的sleep方法)。
1 | public static void sleep(long millis, int nanos) |
另外调用sleep
方法后的睡眠阶段可以调用interrupt
方法来中断线程,这时sleep
方法会抛出InterruptedException
的异常(下面的线程中断机制会讲到)。所以我们调用Thread.sleep
方法时经常要用try catch
包裹。
1 | try{ |
4.2、sleep与被弃用的suspend的区别
Thread.suspend
方法也是暂停本线程的执行,会导致线程的挂起,Thread.suspend
挂起必须要Thread.resume
方法来唤醒。而Thread.sleep
方法是定时挂起,它会在一段时间后自动还原成就绪态。而且使用Thread.suspend
和Thread.resume
方法非常容易造成死锁,因为Thread.suspend
和Thread.sleep
方法一样不会释放已经获取的锁。而后面要讲到的Object.wait
方法在挂起后会释放锁。这也是Thread.suspend
和Thread.resume
方法被弃用的原因。
4.3、线程中断机制
通常我们会使用一个标志位来控制线程的终止:
1 | public class InterruptTest { |
运行结果:
1 | Thread start at 1502876260431 |
可以看出这种方式有个小问题,如果while循环中有Thread.sleep
这样的阻塞方法,那么这个线程必须等到该方法返回后才能终止,所以这种自定义标志位的方法有时候并不能达到立马终止线程的目的。
Thread类在底层已经提供了一个类似的标志——中断标志,我们可以通过以下三个方法来对中断标志位进行操作。
方法 | 方法描述 |
---|---|
public static boolean interrupted() | 测试当前线程是否已经中断,线程的中断状态由该方法清除。 换句话说,如果连续两次调用该方法,则第二次调用将返回false。 |
public boolean isInterrupted() | 测试线程是否已经中断。线程的中断状态不受该方法的影响。 |
public void interrupt() | 中断线程。 |
前两个方法区别在于会不会清除中断状态:
1 | // 清除中断状态 |
第二个方法一般由其他线程调用,该方法会将中断标志设为true
。
如果调用interrupt
方法时,线程正阻塞在某些阻塞方法时,这些阻塞方法将会立即抛出InterruptedException异常,并将中断状态清空(置为false
),这些方法包括前面提到的Thread.sleep
还有后面要讲到的Thread.join
和Object.wait
等方法。
来个例子演示一下:
1 | package cn.hff.functor; |
执行结果:
1 | Thread start at 1502876450763 |
如果Thread.sleep的异常在while循环内捕捉的话,还需要调用一次interrupt。因为Thread.sleep
抛出异常时,中断标志为false。代码如下:
1 | public void run() { |
Java的中断机制让程序有更高的响应性,但需要我们正确理解的是,它并不会真正地中断一个正在运行的线程,只是发出中断请求,然后由线程自己在何时的时刻中断自己,这样的好处是线程能在结束任务前进行相应的收尾工作,比如关闭文件释放资源等。
Java的中断机制令初学者非常反感,因为每次都try_catch会令代码不整洁,而且我们还不能简单的try_catch吞掉异常就不管了,还需要把异常标志位设回去,Guava提供了一个简单处理阻塞方法的工具类——Uninterruptibles
4.4、join方法
thread.join把指定的线程加入到当前线程来执行。你可以用“并线(join)”这个词来进行理解:让调用该方法的线程等待thread线程执行完。
和sleep方法一样,这个方法会也会抛出InterruptedException中断异常。
4.5、Java守护线程和setDaemon方法
看到“守护线程”这个概念,你可能会联想到Linux中的守护进程。Java程序由于运行在虚拟机上,虚拟机一般作为一个进程运行的,所以这里所说的守护线程和Linux中说的守护进程没什么关系,但在概念上也有很多与之类似的地方。
如果一个程序主线程结束了,但还有非守护线程没有结束,那主线程会等待非守护线程的结束。
如果一个程序主线程结束了,非守护线程也结束了,但还有守护线程没有结束,主线程不会等待守护线程。
Java里面最典型的守护线程就是垃圾回收线程(GC,garbage collector)。
我们先来写一个简单的例子:
1 | public class ThreadTest { |
运行结果:
1 | Thread-0: loop0 |
你会发现主线程已经结束了但它还在等待子线程的执行。
而如果我们添加setDaemon(true)
后再执行一次:
1 | public static void main(String[] args) throws InterruptedException { |
运行结果:
1 | Thread-0: loop0 |
子线程后面的循环将不会执行。这就是守护线程与非守护线程的区别。
需要注意:thread.setDaemon()
方法必须要在thread.start()
之前调用,否则将会报IllegalThreadStateException异常。可以看一下setDaemon的源代码:
1 | public final void setDaemon(boolean on) { |
另外我们可以手动调用Thread.join
方法,让主线程等待守护子线程的执行
1 | public static void main(String[] args) throws InterruptedException { |
5、总结性的小例子
1 | public class SimpleThreads { |
参考链接:
https://www.baeldung.com/java-process-api
https://www.yegor256.com/2015/10/20/interrupted-exception.html