2.1 创建和运行线程
方法一:直接使用Thread
// 创建线程对象
Thread t = new Thread() {
public void run() {
// 要执行的任务
}
};
// 启动线程
t.start();
// 构造方法的参数是给线程指定名字,推荐
Thread t1 = new Thread("t1") {
@Override
// run 方法内实现了要执行的任务
public void run() {
log.debug("hello");
}
};
t1.start();
方法二:使用 Runnable 配合 Thread
把【线程】和【任务】(要执行的代码)分开
Thread 代表线程,Runnable 可运行的任务(线程要执行的代码)
Runnable runnable = new Runnable() {
public void run(){
// 要执行的任务
}
};
// 创建线程对象
Thread t = new Thread( runnable );
// 启动线程
t.start();
// 创建任务对象
Runnable task2 = new Runnable() {
@Override
public void run() {
log.debug("hello");
}
};
// 参数1 是任务对象; 参数2 是线程名字,推荐
Thread t2 = new Thread(task2, "t2");
t2.start();
//JDK8 lambda表达式简化代码
// 创建任务对象
Runnable task2 = () -> log.debug("hello");
// 参数1 是任务对象; 参数2 是线程名字,推荐
Thread t2 = new Thread(task2, "t2");
t2.start();
- 方法1 是把线程和任务合并在了一起,方法2 是把线程和任务分开了
- 用 Runnable 更容易与线程池等高级 API 配合
- 用 Runnable 让任务类脱离了 Thread 继承体系,更灵活
方法三:FutureTask 配合 Thread
FutureTask 能够接收 Callable 类型的参数,用来处理有返回结果的情况
// 创建任务对象
FutureTask<Integer> task3 = new FutureTask<>(() -> {
log.debug("hello");
return 100;
});
// 参数1 是任务对象; 参数2 是线程名字,推荐
new Thread(task3, "t3").start();
// 主线程阻塞,同步等待 task 执行完毕的结果
Integer result = task3.get();
log.debug("结果是:{}", result);
2.2 观察多个线程同时运行
- 交替执行
- 谁先谁后,不由我们控制
2.3 查看进程线程的方法
windows
- 任务管理器可以查看进程和线程数,也可以用来杀死进程
- tasklist 查看进程
- taskkill 杀死进程
linux
- ps -fe 查看所有进程
- ps -fT -p 查看某个进程(PID)的所有线程
- kill 杀死进程
- top 按大写 H 切换是否显示线程
- top -H -p 查看某个进程(PID)的所有线程
java
- jps 命令查看所有 Java 进程
- jstack 查看某个 Java 进程(PID)的所有线程状态
- jconsole 来查看某个 Java 进程中线程的运行情况(图形界面)
jconsole** 远程**监控配置
需要以如下方式运行你的 java 类
java
-Dcom.sun.management.jmxremote
-Djava.rmi.server.hostname=ip地址
-Dcom.sun.management.jmxremote.port=连接端口
-Dcom.sun.management.jmxremote.ssl=是否安全连接(true/false)
-Dcom.sun.management.jmxremote.authenticate=是否认证(true/false)
java类
2.4 线程运行原理
栈与栈帧
Java Virtual Machine Stacks (Java 虚拟机栈)
我们都知道 JVM 中由堆、栈、方法区所组成,其中栈内存是给谁用的呢?其实就是线程,每个线程启动后,虚拟机就会为其分配一块栈内存。
- 每个栈由多个栈帧(Frame)组成,对应着每次方法调用时所占用的内存
- 每个线程只能有一个活动栈帧,对应着当前正在执行的那个方法
线程上下文切换(Thread Context Switch)
因为以下一些原因导致 cpu 不再执行当前的线程,转而执行另一个线程的代码
- 线程的 cpu 时间片用完
- 垃圾回收
- 有更高优先级的线程需要运行
- 线程自己调用了 sleep、yield、wait、join、park、synchronized、lock 等方法。注意这里是让出时间片不是释放锁。
当 Context Switch 发生时,需要由操作系统保存当前线程的状态,并恢复另一个线程的状态,Java 中对应的概念就是程序计数器(Program Counter Register),它的作用是记住下一条 jvm 指令的执行地址,是线程私有的。状态包括程序计数器、虚拟机栈中每个栈帧的信息,如局部变量、操作数栈、返回地址等。
Context Switch 频繁发生会影响性能。
2.5 常见方法
方法名 | static | 功能说明 | 注意 |
---|---|---|---|
start() | 启动一个新线程,在新的线程运行run方法代码 | start方法只是让线程进入就绪,里面代码不一定立刻运行(CPU时间片还没分给它),如果调用了多次会出现IllegalThreadStateException | |
run() | 新线程启动后会调用的方法 | 如果在构造Thread对象时传递了Runnable参数,则线程启动后会调用Runnable中的run方法,否则默认不执行任何操作。但可以创建Thread的子类对象来重写默认行为。 | |
join() | 等待线程运行结束 | ||
join(long n) | 等待线程结束,最多等待n毫秒 | ||
getId() | 获取线程长整型id | id唯一 | |
getName() | 获取线程名 | ||
setName(String) | 修改线程名 | ||
getPriority() | 获取线程优先级 | ||
setPriority(int) | 修改线程优先级 | java中规定线程优先级是1-10的整数,较大的优先级能提高该线程被CPU调度的机率 | |
getState() | 修改线程状态 | java中的线程状态是用6个enum表示,分别为NEW,RUNNABLE,BLOCKED,WAITING,TIMED_WATING,TERMINATED | |
isInterrupted() | 判断是否被打断 | 不会清除打断标记 | |
isAlive() | 线程是否存活(还没有运行完毕) | ||
interrupt() | 打断线程 | 如果线程正在sleep,wait, join会导致被打断的线程抛出InterruptedException,并清除打断标记;如果打断正在运行的线程,会设置打断标记。park的线程被打断,也会设置打断标记。 | |
interrupted() | static | 判断当前线程是否被打断 | 会清除打断标记 |
currentThread | static | 获取当前正在执行的线程 | |
sleep(long) | static | 让当前执行的线程休眠n毫秒,休眠时让出CPU的时间片给其它线程 | |
yield() | static | 提示线程调度器让出当前CPU的使用 | 主要为了测试和调试 |
2.5.1 start和run
- 直接调用 run 是在主线程中执行了 run,没有启动新的线程
- 使用 start 是启动新的线程,通过新的线程间接执行 run 中的代码
public class TestStart {
public static void main(String[] args) {
Thread t1 = new Thread("t1") {
@Override
public void run() {
log.debug(Thread.currentThread().getName());
FileReader.read(Constant.BIG_FILE_PATH);
}
};
//t1.run();
t1.start();
log.debug("do other things ...");
}
}
// 主程序执行完会等待t1执行完才会退出。 将t1设置为守护线程才会主程序执行完直接退出。
2.5.2 sleep和yield
sleep
1. 调用 sleep 会让当前线程从 Running 进入 Timed_Waiting 状态(阻塞)
2. 其它线程可以使用 interrupt 方法打断正在睡眠的线程,这时 sleep 方法会抛出 InterruptedException
3. 睡眠结束后的线程未必会立刻得到执行
4. 建议用 TimeUnit 的 sleep 代替 Thread 的 sleep 来获得更好的可读性
yield
1. 调用 yield 会让当前线程从 Running 进入 Runnable 就绪状态,然后调度执行其它线程
2. 具体的实现依赖于操作系统的任务调度器
2.5.3 线程优先级
- 线程优先级会提示(hint)调度器优先调度该线程,但它仅仅是一个提示,调度器可以忽略它
- 如果 cpu 比较忙,那么优先级高的线程会获得更多的时间片,但 cpu 闲时,优先级几乎没作用
@Slf4j(topic = "c.TestYield")
public class TestYield {
public static void main(String[] args) {
Runnable task1 = ()->{
int count = 0;
for(;;){
System.out.println("---------->1 " + count++);
}
};
Runnable task2 = ()->{
int count = 0;
for(;;){
// 一般用于测试 让cpu重新调度 CPU可以再次调用当前线程
//Thread.yield();
System.out.println(" ---------->2 " + count++);
}
};
Thread t1 = new Thread(task1, "t1");
Thread t2 = new Thread(task2, "t2");
// 在CPU很忙时添加优先级才会有作用 时间片让给t2多
t1.setPriority(Thread.MIN_PRIORITY);
t2.setPriority(Thread.MAX_PRIORITY);
// 未加优先级 count数大小差不多
t1.start();
t2.start();
}
}
2.5.4 join
private static void test1() throws InterruptedException {
log.debug("开始");
Thread t1 = new Thread(() -> {
log.debug("开始");
Sleeper.sleep(1);
log.debug("结束");
r = 10;
});
t1.start();
// 阻塞等待线程执行完毕
t1.join();
// 10
log.debug("结果为:{}", r);
log.debug("结束");
}
private static void test2() throws InterruptedException {
Thread t1 = new Thread(() -> {
Sleeper.sleep(1);
r1 = 10;
});
Thread t2 = new Thread(() -> {
Sleeper.sleep(2);
r2 = 20;
});
t1.start();
t2.start();
long start = System.currentTimeMillis();
log.debug("join begin");
t2.join();
log.debug("t2 join end");
// t2执行完时 t1也一定执行完了
t1.join();
log.debug("t1 join end");
long end = System.currentTimeMillis();
log.debug("r1:{}, r2:{}, cost:{}", r1, r2, end - start);
}
private static void test3() throws InterruptedException {
Thread t1 = new Thread(() -> {
Sleeper.sleep(2);
r1 = 10;
});
long start = System.currentTimeMillis();
t1.start();
log.debug("join begin");
// t1执行完 join便不会一直阻塞等待
t1.join(3000);
long end = System.currentTimeMillis();
log.debug("r1:{}, cost:{}", r1, end - start);
}
2.5.5 interrupt
打断 sleep,wait,join 的线程
这几个方法都会让线程进入阻塞状态
打断 sleep 的线程, 会清空打断状态,抛出异常
打断正常运行的线程, 不会清空打断状态,不会抛出异常
private static void test1(){
Thread t1 = new Thread(() -> {
Sleeper.sleep(5);
}, "t1");
t1.start();
// 主线程停一秒后打断t1
Sleeper.sleep(1);
t1.interrupt();
// sleep被打断后抛出异常会清除打断标记 false
log.debug("打断状态:{}", t1.isInterrupted());
}
private static void test2(){
Thread t2 = new Thread(()->{
while (true){
Thread thread = Thread.currentThread();
boolean interrupted = thread.isInterrupted();
if(interrupted){
log.debug("打断状态:{}", interrupted);
break;
}
}
}, "t2");
t2.start();
// 主线程停一秒后打断t2
Sleeper.sleep(1);
// 正在运行的线程 被打断不会抛出异常 打断标记不会清除
t2.interrupt();
}
2.5.6 模式:两阶段终止模式
在一个线程 T1 中如何“优雅”终止线程 T2?这里的【优雅】指的是给 T2 一个料理后事的机会。
错误思路
- 使用线程对象的 stop() 方法停止线程
stop 方法会真正杀死线程,如果这时线程锁住了共享资源,那么当它被杀死后就再也没有机会释放锁,其它线程将永远无法获取锁
- 使用 System.exit(int) 方法停止线程
目的仅是停止一个线程,但这种做法会让整个程序都停止
@Slf4j(topic = "c.TestTwoPhaseTermination")
public class TestTwoPhaseTermination {
public static void main(String[] args) {
//TPTInterrupt t = new TPTInterrupt();
TPTVolatile t = new TPTVolatile();
t.start();
Sleeper.sleep(5);
log.debug("stop");
t.stop();
}
}
@Slf4j(topic = "c.TPTInterrupt")
class TPTInterrupt {
private Thread thread;
public void start() {
thread = new Thread(() -> {
Thread currentThread = Thread.currentThread();
while (true) {
if (currentThread.isInterrupted()) {
log.debug("料理后事");
break;
}
try {
// sleep被打断 进入catch块
Thread.sleep(1000);
// 这里被打断的话 不会catch块 进入下次循环判断是否被打断
log.debug("将监控结果保存");
} catch (InterruptedException e) {
// 由于sleep时线程被打断 会清除打断标记 所以这里需要手动再打断
currentThread.interrupt();
}
}
}, "监控线程");
thread.start();
}
public void stop() {
thread.interrupt();
}
}
@Slf4j(topic = "c.TPTVolatile")
class TPTVolatile {
private Thread thread;
//volatile 是为了保证该变量在多个线程之间的可见性
//即主线程将stop设为true对thread可见
private volatile boolean stop = false;
public void start() {
thread = new Thread(() -> {
Thread currentThread = Thread.currentThread();
while (true) {
if (stop) {
log.debug("料理后事");
break;
}
try {
// sleep被打断 进入catch块
Thread.sleep(1000);
// 这里被打断的话 不会catch块 进入下次循环判断是否被打断
log.debug("将监控结果保存");
} catch (InterruptedException e) {
}
}
}, "监控线程");
thread.start();
}
public void stop() {
stop = true;
thread.interrupt();
}
}
2.5.7 park
打断 park 线程, 不会清空打断状态
private static void test3() {
Thread t3 = new Thread(() -> {
log.debug("park.....");
LockSupport.park();
log.debug("unpark...");
log.debug("打断状态:{}", Thread.currentThread().isInterrupted());
// 无效代码 park方法不生效了 当前线程已经是被打断状态
LockSupport.park();
log.debug("还会运行");
}, "t3");
t3.start();
// 主线程停一秒后打断t3
Sleeper.sleep(1);
// WAITING
log.debug("t3线程状态:{}", t3.getState());
// park线程不会清除打断标记
t3.interrupt();
}
private static void test4() throws InterruptedException {
Thread t4 = new Thread(() -> {
for (int i = 0; i < 5; i++) {
log.debug("park...");
LockSupport.park();
// 由于不会清除打断标记 后面循环依旧执行
log.debug("打断状态:{}", Thread.currentThread().isInterrupted());
// 由于此方法会清除打断标记 所以第二次循环会park住 一直等待
//log.debug("打断状态:{}", Thread.interrupted());
}
}, "t4");
t4.start();
// 主线程停一秒后打断t4
Sleeper.sleep(1);
// park线程不会清除打断标记
t4.interrupt();
}
2.5.8 不再推荐使用的方法
这些方法已过时,容易破坏同步代码块,造成线程死锁
方法名 | 功能说明 |
---|---|
stop() | 停止线程运行 |
suspend() | 挂起(暂停)线程运行 |
resume() | 恢复线程运行 |
2.5.9 主线程与守护线程
默认情况下,Java 进程需要等待所有线程都运行结束,才会结束。有一种特殊的线程叫做守护线程,只要其它非守护线程运行结束了,即使守护线程的代码没有执行完,也会强制结束。
- 垃圾回收器线程就是一种守护线程
- Tomcat 中的 Acceptor 和 Poller 线程都是守护线程,所以 Tomcat 接收到 shutdown 命令后,不会等待它们处理完当前请求
@Slf4j(topic = "c.TestDaemon")
public class TestDaemon {
public static void main(String[] args) {
log.debug("开始运行...");
Thread t1 = new Thread(() -> {
log.debug("开始运行...");
Sleeper.sleep(5);
log.debug("结束运行...");
}, "daemon");
// 守护线程会在主线程结束时 立即结束
t1.setDaemon(true);
t1.start();
Sleeper.sleep(1);
log.debug("运行结束");
}
}
2.6 线程的五种状态(操作系统层面)
- 【初始状态】仅是在编程语言层面创建了线程对象,还未与操作系统线程关联
- 【可运行状态】(就绪状态)指该线程已经被创建(与操作系统线程关联),可以由 CPU 调度执行
- 【运行状态】指获取了 CPU 时间片运行中的状态
- 当 CPU 时间片用完,会从【运行状态】转换至【可运行状态】,会导致线程的上下文切换
- 【阻塞状态】如果调用了阻塞 API,如 BIO 读写文件,这时该线程实际不会用到 CPU,会导致线程上下文切换,进入【阻塞状态】。等 BIO 操作完毕,会由操作系统唤醒阻塞的线程,转换至【可运行状态】。与【可运行状态】的区别是,对【阻塞状态】的线程来说只要它们一直不唤醒,调度器就一直不会考虑调度它们
- 【终止状态】表示线程已经执行完毕,生命周期已经结束,不会再转换为其它状态
2.7 线程的六种状态(JavaAPI)
根据 Thread.State 枚举,分为六种状态
- NEW 线程刚被创建,但是还没有调用 start() 方法
- RUNNABLE 当调用了 start() 方法之后,注意,Java API 层面的 RUNNABLE 状态涵盖了 操作系统 层面的【可运行状态】、【运行状态】和【阻塞状态】(由于 BIO 导致的线程阻塞,在 Java 里无法区分,仍然认为是可运行)
- BLOCKED, WAITING, TIMED_WAITING 都是 Java API 层面对【阻塞状态】的细分
- TERMINATED 当线程代码运行结束
@Slf4j(topic = "c.TestState")
public class TestState {
public static void main(String[] args) {
// 创建 不启动 NEW(创建 不会被调度器调度)
Thread t1 = new Thread("t1"){
@Override
public void run() {
log.debug("running...");
}
};
// 一直运行 RUNNABLE(包括可被调度、已被调度、io阻塞)
Thread t2 = new Thread("t2"){
@Override
public void run() {
while (true){
}
}
};
t2.start();
// 运行完立即结束 (TERMINATED)
Thread t3 = new Thread("t3"){
@Override
public void run() {
log.debug("running...");
}
};
t3.start();
// 运行等待 (TIMED_WAITING)
Thread t4 = new Thread("t4"){
@Override
public void run() {
synchronized (TestState.class){
Sleeper.sleep(1000000000);
}
}
};
t4.start();
// 等待不可能结束的线程t2执行完 WAITING
Thread t5 = new Thread("t5"){
@Override
public void run() {
try {
t2.join();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
};
t5.start();
// BLOCKED
Thread t6 = new Thread("t6"){
@Override
public void run() {
// 当前锁被线程t4持有 暂时获取不到 阻塞
synchronized (TestState.class){
Sleeper.sleep(100000000);
}
}
};
t6.start();
Sleeper.sleep(1);
log.debug("t1 state:{}", t1.getState());
log.debug("t2 state:{}", t2.getState());
log.debug("t3 state:{}", t3.getState());
log.debug("t4 state:{}", t4.getState());
log.debug("t5 state:{}", t5.getState());
log.debug("t6 state:{}", t6.getState());
}
}