线程的状态转换以及基本操作(转载)
在上一篇文章中并发编程的优缺点谈到了为什么花功夫去学习并发编程的技术,也就是说我们必须了解到并发编程的优缺点,我们在什么情况下可以去考虑开启多个线程去实现我们的业务,当然使用多线程我们应该着重注意一些什么,在上一篇文章中会有一些讨论。那么,说了这么多,无论是针对面试还是实际工作中作为一名软件开发人员都应该具备这样的技能。万事开头难,接下来就应该了解如何新建一个线程?线程状态是怎样转换的?关于线程状态的操作是怎样的?这篇文章就主要围绕这三个方面来聊一聊。
新建线程
一个java程序从main()方法开始执行,然后按照既定的代码逻辑执行,看似没有其他线程参与,但实际上java程序天生就是一个多线程程序,包含了:
(1)分发处理发送给给JVM信号的线程;(2)调用对象的finalize方法的线程;(3)清除Reference的线程;(4)main线程,用户程序的入口。
那么,如何在用户程序中新建一个线程了,只有三种方式:
-
通过继承Thread类,重写run方法
-
通过实现runable接口
-
通过实现callable接口这三种方式,下面看具体demo
public class CreateThreadDemo {
public static void main(String[] args) {
//1.继承Thread
Thread thread = new Thread() {
@Override
public void run() {
System.out.println("继承Thread");
super.run();
}
};
thread.start();
//2.实现runable接口
Thread thread1 = new Thread(new Runnable() {
@Override
public void run() {
System.out.println("实现runable接口");
}
});
thread1.start();
//3.实现callable接口
ExecutorService service = Executors.newSingleThreadExecutor();
Future<String> future = service.submit(new Callable() {
@Override
public String call() throws Exception {
return "通过实现Callable接口";
}
});
try {
String result = future.get();
System.out.println(result);
} catch (InterruptedException e) {
e.printStackTrace();
} catch (ExecutionException e) {
e.printStackTrace();
}
}
}
三种新建线程的方式具体看以上注释,需要注意的是:
- 由于java不能多继承可以实现多个接口,因此,在创建线程的时候尽量多考虑采用实现接口的形式
- 实现callable接口,提交给ExecutorService返回的是异步执行的结果,另外,通常也可以利用FutureTask(Callable callable)将callable进行包装然后FutureTask提交给ExecutorsService。此方式同实现3,因为FutureTask实现了Runable接口。如图:

- 另外由于FutureTask也实现了Runable接口也可以利用上面第二种方式(实现Runable接口)来新建线程
- 可以通过Executors将Runable转换成Callable,具体方法是:Callable callable(Runnable task, T result), Callable callable(Runnable task)
线程状态转换

- 当线程进入到synchronized方法或者synchronized代码块时,线程切换到的是BLOCKED状态,而使用java.util.concurrent.locks下lock进行加锁的时候线程切换的是WAITING或者TIMED_WAITING状态,因为lock会调用LockSupport的方法。
用一个表格将上面六种状态进行一个总结归纳。

线程状态的基本操作
除了新建一个线程外,线程在生命周期内还有需要基本操作,而这些操作会成为线程间一种通信方式,比如使用中断(interrupted)方式通知实现线程间的交互等等,下面就将具体说说这些操作。
interrupted
中断可以理解为线程的一个标志位,它表示了一个运行中的线程是否被其他线程进行了中断操作。
中断好比其他线程对该线程打了一个招呼,其他线程可以调用该线程的interrupt()方法对其进行中断操作,同时该线程可以调用 isInterrupted()来感知其他线程对其自身的中断操作,从而做出响应。
另外,同样可以调用Thread的静态方法 interrupted()对当前线程进行中断操作,该方法会清除中断标志位。需要注意的是,当抛出InterruptedException时候,会清除中断标志位,也就是说在调用isInterrupted会返回false。

下面结合具体的实例来看一看
public class InterruptDemo {
public static void main(String[] args) throws InterruptedException {
//sleepThread睡眠1000ms
final Thread sleepThread = new Thread() {
@Override
public void run() {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
super.run();
}
};
//busyThread一直执行死循环
Thread busyThread = new Thread() {
@Override
public void run() {
while (true) ;
}
};
sleepThread.start();
busyThread.start();
sleepThread.interrupt();
busyThread.interrupt();
while (sleepThread.isInterrupted()) ;
System.out.println("sleepThread isInterrupted: " + sleepThread.isInterrupted());
System.out.println("busyThread isInterrupted: " + busyThread.isInterrupted());
}
}
输出结果
sleepThread isInterrupted: false busyThread isInterrupted: true
开启了两个线程分别为sleepThread和BusyThread, sleepThread睡眠1s,BusyThread执行死循环。然后分别对着两个线程进行中断操作,可以看出sleepThread抛出InterruptedException后清除标志位,而busyThread就不会清除标志位。
另外,同样可以通过中断的方式实现线程间的简单交互, while (sleepThread.isInterrupted()) 表示在Main中会持续监测sleepThread,一旦sleepThread的中断标志位清零,即sleepThread.isInterrupted()返回为false时才会继续Main线程才会继续往下执行。因此,中断操作可以看做线程间一种简便的交互方式。一般在结束线程时通过中断标志位或者标志位的方式可以有机会去清理资源,相对于武断而直接的结束线程,这种方式要优雅和安全。
join
join方法可以看做是线程间协作的一种方式,很多时候,一个线程的输入可能非常依赖于另一个线程的输出,这就像两个好基友,一个基友先走在前面突然看见另一个基友落在后面了,这个时候他就会在原处等一等这个基友,等基友赶上来后,就两人携手并进。
其实线程间的这种协作方式也符合现实生活。在软件开发的过程中,从客户那里获取需求后,需要经过需求分析师进行需求分解后,这个时候产品,开发才会继续跟进。如果一个线程实例A执行了threadB.join(),其含义是:当前线程A会等待threadB线程终止后threadA才会继续执行。关于join方法一共提供如下这些方法:
public final synchronized void join(long millis)
public final synchronized void join(long millis, int nanos)
public final void join() throws InterruptedException
Thread类除了提供join()方法外,另外还提供了超时等待的方法,如果线程threadB在等待的时间内还没有结束的话,threadA会在超时之后继续执行。join方法源码关键是:
while (isAlive()) {
wait(0);
}
可以看出来当前等待对象threadA会一直阻塞,直到被等待对象threadB结束后即isAlive()返回false的时候才会结束while循环,当threadB退出时会调用notifyAll()方法通知所有的等待线程。下面用一个具体的例子来说说join方法的使用:
public class JoinDemo {
public static void main(String[] args) {
Thread previousThread = Thread.currentThread();
for (int i = 1; i <= 10; i++) {
Thread curThread = new JoinThread(previousThread);
curThread.start();
previousThread = curThread;
}
}
static class JoinThread extends Thread {
private Thread thread;
public JoinThread(Thread thread) {
this.thread = thread;
}
@Override
public void run() {
try {
thread.join();
System.out.println(thread.getName() + " terminated.");
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
输出结果为:
main terminated.
Thread-0 terminated.
Thread-1 terminated.
Thread-2 terminated.
Thread-3 terminated.
Thread-4 terminated.
Thread-5 terminated.
Thread-6 terminated.
Thread-7 terminated.
Thread-8 terminated.
在上面的例子中一个创建了10个线程,每个线程都会等待前一个线程结束才会继续运行。可以通俗的理解成接力,前一个线程将接力棒传给下一个线程,然后又传给下一个线程......
sleep
public static native void sleep(long millis)方法显然是Thread的静态方法,很显然它是让当前线程按照指定的时间休眠,其休眠时间的精度取决于处理器的计时器和调度器。需要注意的是如果当前线程获得了锁,sleep方法并不会失去锁。sleep方法经常拿来与Object.wait()方法进行比价,这也是面试经常被问的地方。
sleep() VS wait()
两者主要的区别:
- sleep()方法是Thread的静态方法,而wait是Object实例方法
- wait()方法必须要在同步方法或者同步块中调用,也就是必须已经获得对象锁。而sleep()方法没有这个限制可以在任何地方种使用。另外,wait()方法会释放占有的对象锁,使得该线程进入等待池中,等待下一次获取资源。而sleep()方法只是会让出CPU并不会释放掉对象锁;
- sleep()方法在休眠时间达到后如果再次获得CPU时间片就会继续执行,而wait()方法必须等待Object.notift/Object.notifyAll通知后,才会离开等待池,并且再次获得CPU时间片才会继续执行。
yield
public static native void yield();这是一个静态方法,一旦执行,它会是当前线程让出CPU,但是,需要注意的是,让出的CPU并不是代表当前线程不再运行了,如果在下一次竞争中,又获得了CPU时间片当前线程依然会继续运行。另外,让出的时间片只会分配给当前线程相同优先级的线程。什么是线程优先级了?下面就来具体聊一聊。
现代操作系统基本采用时分的形式调度运行的线程,操作系统会分出一个个时间片,线程会分配到若干时间片,当前时间片用完后就会发生线程调度,并等待这下次分配。线程分配到的时间多少也就决定了线程使用处理器资源的多少,而线程优先级就是决定线程需要或多或少分配一些处理器资源的线程属性。
在Java程序中,通过一个整型成员变量Priority来控制优先级,优先级的范围从1~10.在构建线程的时候可以通过**setPriority(int)**方法进行设置,默认优先级为5,优先级高的线程相较于优先级低的线程优先获得处理器时间片。需要注意的是在不同JVM以及操作系统上,线程规划存在差异,有些操作系统甚至会忽略线程优先级的设定。
另外需要注意的是,sleep()和yield()方法,同样都是当前线程会交出处理器资源,而它们不同的是,sleep()交出来的时间片其他线程都可以去竞争,也就是说都有机会获得当前线程让出的时间片。而yield()方法只允许与当前线程具有相同优先级的线程能够获得释放出来的CPU时间片。
守护线程Daemon
守护线程是一种特殊的线程,就和它的名字一样,它是系统的守护者,在后台默默地守护一些系统服务,比如垃圾回收线程,JIT线程就可以理解守护线程。与之对应的就是用户线程,用户线程就可以认为是系统的工作线程,它会完成整个系统的业务操作。用户线程完全结束后就意味着整个系统的业务任务全部结束了,因此系统就没有对象需要守护的了,守护线程自然而然就会退。当一个Java应用,只有守护线程的时候,虚拟机就会自然退出。下面以一个简单的例子来表述Daemon线程的使用。
public class DaemonDemo {
public static void main(String[] args) {
Thread daemonThread = new Thread(new Runnable() {
@Override
public void run() {
while (true) {
try {
System.out.println("i am alive");
Thread.sleep(500);
} catch (InterruptedException e) {
e.printStackTrace();
} finally {
System.out.println("finally block");
}
}
}
});
daemonThread.setDaemon(true);
daemonThread.start();
//确保main线程结束前能给daemonThread能够分到时间片
try {
Thread.sleep(800);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
输出结果为:
i am alive finally block i am alive
上面的例子中daemodThread run方法中是一个while死循环,会一直打印,但是当main线程结束后daemonThread就会退出所以不会出现死循环的情况。main线程先睡眠800ms保证daemonThread能够拥有一次时间片的机会,也就是说可以正常执行一次打印“i am alive”操作和一次finally块中"finally block"操作。紧接着main 线程结束后,daemonThread退出,这个时候只打印了"i am alive"并没有打印finnal块中的。因此,这里需要注意的是守护线程在退出的时候并不会执行finnaly块中的代码,所以将释放资源等操作不要放在finnaly块中执行,这种操作是不安全的
线程可以通过setDaemon(true)的方法将线程设置为守护线程。并且需要注意的是设置守护线程要先于start()方法,否则会报异常
Exception in thread "main" java.lang.IllegalThreadStateException
at java.lang.Thread.setDaemon(Thread.java:1365)
at learn.DaemonDemo.main(DaemonDemo.java:19)
这样的异常,但是该线程还是会执行,只不过会当做正常的用户线程执行。
Sleep VS Wait
主要区别
- 所属对象不同,sleep是Thread 上的方法,而wait是Object上的方法
- sleep方法不会释放锁,而wait会释放锁
- sleep不依赖于synchronized,而wait必须在synchronized包住的代码块中执行,如果不是,则会报错
- sleep不需要被唤醒,休眠之后会从阻塞状态转为就绪状态,而wait在某些情况下会仍然处于阻塞状态,需要手动唤醒
下面我们分别来介绍
1.sleep是Thread 上的方法,而wait是Object上的方法
看下图一目了然


2.sleep方法不会释放锁,而wait会释放锁
这个我们可以用代码去验证
package com.carlwang.base;
import java.time.LocalDateTime;
import java.util.concurrent.TimeUnit;
public class SleepBoy {
public void compute(Object lock, Integer objectNum) throws InterruptedException {
synchronized (lock) {
System.out.println("开始执行compute 操作 " + objectNum + " " + LocalDateTime.now());
TimeUnit.SECONDS.sleep(5);
System.out.println("结束执行compute 操作 " + objectNum + " " + LocalDateTime.now());
}
}
}
package com.carlwang.base;
import java.time.LocalDateTime;
public class WaitBoy {
public void compute(Object lock, Integer objectNum) throws InterruptedException {
synchronized (lock) {
System.out.println("WaitBoy开始执行compute 操作 " + objectNum +" "+ LocalDateTime.now());
lock.wait(5000);
System.out.println("WaitBoy结束执行compute 操作 " + objectNum +" "+ LocalDateTime.now());
}
}
}
上面我们分别定义了SleepBoy和WaitBoy,他们分别是采用sleep进行休眠和wait进行休眠,下面我们分别编写他们的测试代码,
@Test
void testSleep() throws InterruptedException {
Object lock = new Object();
IntStream.range(0, 2)
.forEach(value -> new Thread(() -> {
SleepBoy sleepBoy = new SleepBoy();
try {
sleepBoy.compute(lock,value);
} catch (InterruptedException e) {
e.printStackTrace();
}
}).start());
TimeUnit.SECONDS.sleep(12);
Assertions.assertTrue(true);
}
上面代码的意思是创建了两个线程来执行SleepBoy的compute操作,操作中分别sleep了5秒,最后的输出结果是
开始执行compute 操作 0 2021-03-11T16:13:53.068
结束执行compute 操作 0 2021-03-11T16:13:58.074
开始执行compute 操作 1 2021-03-11T16:13:58.074
结束执行compute 操作 1 2021-03-11T16:14:03.078
可以看到第一个线程获取到锁之后,执行了5秒钟,然后第二个线程才获取锁,在执行5秒钟,总共执行了10秒,所以执行sleep的时候,并没有释放锁
再来看看wait的test case
@Test
void testWait() throws InterruptedException {
Object lock = new Object();
IntStream.range(0, 2)
.forEach(value -> new Thread(() -> {
WaitBoy waitBoy = new WaitBoy();
try {
waitBoy.compute(lock, value);
} catch (InterruptedException e) {
e.printStackTrace();
}
}).start());
TimeUnit.SECONDS.sleep(12);
Assertions.assertTrue(true);
}
上面代码的意思和sleep中的是一样的,只不过是用 WaitBoy 去实现的,我们来看看结果
WaitBoy开始执行compute 操作 0 2021-03-11T16:38:52.724
WaitBoy开始执行compute 操作 1 2021-03-11T16:38:52.725
WaitBoy结束执行compute 操作 1 2021-03-11T16:38:57.747
WaitBoy结束执行compute 操作 0 2021-03-11T16:38:57.751
可以看到总共执行了5秒,这是为什么呢?和sleep比较少了5秒,这个原因就是因为wait是会释放锁资源的,他的过程是这样的
第一个线程获取到锁,然后执行compute操作,在compute操作中,执行了锁对象的wait方法,所以这个时候,该线程就会释放掉锁,这个时候第二个线程就可以获得锁,然后执行,同样的第二个线程执行compute操作中,执行了wait操作,所以他也释放了锁,然后释放5秒,5秒后谁先唤醒,谁就先执行
所以通过以上代码,我们就确定了第二点区别
3.sleep不依赖于synchronized,而wait依赖 synchronized
这一点很好验证,把上面waitBoy的compute方法中的 synchronized去掉,在执行上面的test case,你会得到一个monitor的exception
4.sleep不需要被唤醒,休眠之后会从阻塞状态转为就绪状态,而wait在某些情况下会仍然处于阻塞状态
所谓唤醒就是从阻塞状态转为就绪状态,sleep是执行完相应的休眠时间后,就会自动转为就绪状态,而wait就要看情况了,他有wait()和wait(long timeout) 两个实现方法,前者是需要别人主动唤醒他,才会处于就绪状态,而后者是阻塞一定时间后,自动转为就绪状态
上面说的唤醒其实就是object.notify和notifyAll,这两个也都是Object上的方法,这个很好理解,wait都是Object的方法,notify理所当然也就是咯,这一点也可以看出来他和sleep没有什么关系
5.补充说明
既然上面提到了notify,那我们就简单聊一下notify他是做什么的,他的作用就是唤醒正在处于阻塞的线程,让他们转为就绪状态,执行notify会随机选择一个正在阻塞的线程就行唤醒,而 notifyAll 会唤醒所有处于阻塞状态的线程到就绪状态,至于唤醒后是否马上执行,这个取决于cpu 的调度
转载于:
https://juejin.cn/post/6844903600309846023
https://zhuanlan.zhihu.com/p/356369877