认识java线程

一、java中线程的创建

1.继承Thread类

public class ThreadDemo extends Thread {

    @Override
    public void run() {
        System.out.println("这是继承Thread类创建线程");
    }
}

2.实现Runable接口

public class RunableDemo implements Runnable {
    @Override
    public void run() {
        System.out.println("这是实现Runable接口创建线程");
    }
}

3.实现Callable/Future接口,带返回值

public class CallableDemo implements Callable {

    @Override
    public Object call() throws Exception {
        return "这是实现Callable接口创建线程";
    }
}

运行测试

public class ThreadTest {
    public static void main(String[] args) throws ExecutionException, InterruptedException {
        ThreadDemo t1 = new ThreadDemo();
        RunableDemo t2 = new RunableDemo();
        CallableDemo t3 = new CallableDemo();
        t1.start();
        new Thread(t2).start();
        ExecutorService service = Executors.newFixedThreadPool(1);
        Future task = service.submit(t3);
        System.out.println(task.get());
    }
}

打印结果

这是继承Thread类创建线程
这是实现Runable接口创建线程
这是实现Callable接口创建线程

二、线程的生命周期

线程既然能被创建,势必也能被销毁,所以说线程是存在生命周期的,线程的生命周期分为6种状态
NEW: 初始状态,线程被构建,但是还没有调用 start 方法
RUNNABLE: 运行状态,JAVA 线程把操作系统中的就绪运行两种状态统一称为“运行状态”
BLOCKED: 阻塞状态,表示线程竞争锁失败,被放到锁队列中的状态
WAITING: 阻塞状态,表示线程调用阻塞方法,如wait/join/sleep等阻塞方法,被放到等待队列
TIME_WAITING: 同WAITING,只不过设置了等待超时时间,超时以后自动返回
TERMINATED: 终止状态,表示当前线程执行完毕

线程各个状态的转换可以用下面一幅图来表示:
在这里插入图片描述
通过代码演示线程各个状态

三、线程的启动

启动一个线程调用 start 方法,而不是 run 方法
从源码分析:
我们打开start()方法,看到start()方法的定义:
在这里插入图片描述
调用 start 方法实际上是调用一个 native 方法start0()来启动一个线程的, start0()这个方法是在Thread 的静态块中来注册的,代码如下:
在这里插入图片描述
registerNatives 的 本 地 方 法 的 定 义 在 文 件Thread.c中,Thread.c定义了各个操作系统平台要用的关于线程的公共数据和操作,以下是 Thread.c 的全部内容
在这里插入图片描述
从 这 段 代 码 可 以 看 出, start0() 实 际 会 执 行JVM_StartThread 方法,这个方法是干嘛的呢? 从名字上来看,似乎是在 JVM 层面去启动一个线程。我们找到hotspot 源码中的 jvm.cpp 这个文

在这里插入图片描述
JVM_ENTRY 是用来定义 JVM_StartThread 函数的,在这个函数里面创建了一个真正和平台有关的本地线程. 本着打破砂锅查到底的原则,继续看看 newJavaThread 做了什么事情,继续寻找 JavaThread 的定义。在 hotspot 的源码中 thread.cpp 文件中可
以找到如下代码
在这里插入图片描述
我们重点关注一下os::create_thread这个方法,实际就是调用平台创建线程的方法来创建线程。接下来就是线程的启动,会调用 Thread.cpp 文件中的Thread::start(Thread* thread)方法,代码如下:
在这里插入图片描述
start 方法中有一个函数调用: os::start_thread(thread)方法,调用平台启动线程的方法,最终会调用 Thread.cpp 文件中的JavaThread::run()方法

四、线程的终止

线程的终止,并不是简单的调用 stop 命令。虽然 api 仍然可以调用,但是和其他的线程控制方法如 suspend、resume 一样都是过期了的不建议使用。
为什么不建议使用stop方法呢?
本质原因是:stop 方法在结束一个线程时并不会保证线程的资源正常释放,因此会导致程序可能出现一些不确定的状态。比如,有线程A和线程B,A往一个同步队列里面放消息,B会从队列里面拿消息,如果突然停止A,那么B拿不到消息可能会出现异常
如何优雅的去中断一个线程呢?
interrupt()方法
当其他线程通过调用当前线程的 interrupt 方法,表示向当前线程打招呼,告诉他可以中断线程的执行了,至于什么时候中断,取决于当前线程自己
线程通过检查自身是否被中断来进行相应,可以通过isInterrupted()方法来判断是否被中断,如下面的实例:

public class InterruptDemo extends Thread {
    @Override
    public void run() {
        // 默认状态isInterrupted()方法返回false,当调用interrupt()方法变成true
        System.out.println("before-"+Thread.currentThread().isInterrupted());
        Thread.currentThread().interrupt();
        System.out.println("after-"+Thread.currentThread().isInterrupted());
    }

    public static void main(String[] args) throws InterruptedException {
        InterruptDemo demo = new InterruptDemo();
        demo.start();
    }
}

打印结果:

before-false
after-true

线程终止的原理:
我们可以去源码中找,可以看到interrupt()方法源码
在这里插入图片描述
这个方法里面,调用了 interrupt0(),是一个 native 方法,我们找到 jvm.cpp 文件,找到JVM_Interrupt 的定义
在这里插入图片描述
这个方法比较简单,直接调用了 Thread::interrupt(thr)这个方法,这个方法的定义在 Thread.cpp 文件中,代码如下
在这里插入图片描述
Thread::interrupt 方法调用了 os::interrupt 方法,这个是调用平台的 interrupt 方法,这个方法的实现是在 os_*.cpp文件中,其中星号代表的是不同平台,因为 jvm 是跨平台的,所以对于不同的操作平台,线程的调度方式都是不一样的。我们以 os_linux.cpp 文件为例
在这里插入图片描述
set_interrupted(true)实际上就是调用 osThread.hpp 中的set_interrupted()方法,在 osThread 中定义了一个成员属性 volatile jint _interrupted;通过上面的代码分析可以知道,thread.interrupt()方法实际就是设置一个 interrupted 状态标识为 true、并且通过ParkEvent 的 unpark 方法来唤醒线程

五、线程的复位

Thread.interrupted()

上面的案例中,通过 interrupt,设置了一个标识告诉线程可 以 终 止了 , 线 程 中 还 提 供 了 静 态 方 法Thread.interrupted()对设置中断标识的线程复位,如下代码

public class InterruptedDemo extends Thread {
    @Override
    public void run() {
        Thread.currentThread().interrupt();
        System.out.println("before-"+Thread.currentThread().isInterrupted());
        Thread.currentThread().interrupted();
        System.out.println("after-"+Thread.currentThread().isInterrupted());
    }

    public static void main(String[] args) throws InterruptedException {
        InterruptedDemo demo = new InterruptedDemo();
        demo.start();
    }
}

打印结果

before-true
after-false
InterruptedException

除了通过 Thread.interrupted() 方法对线程中断标识进行复位 以 外 , 还 有 一 种 被 动 复 位 的 场 景 , 就 是 对 抛 出InterruptedException 异 常 的 方 法 , 在InterruptedException 抛出之前,JVM 会先把线程的中断标识位清除,然后才会抛出 InterruptedException,这个时候如果调用 isInterrupted 方法,将会返回 false,如下面的示例:

public class InterruptExceptionDemo extends Thread {
    @Override
    public void run() {
        int i = 0;
        while(!Thread.currentThread().isInterrupted()) {
            System.out.println("当前线程状态:"+Thread.currentThread().isInterrupted()+"打印信息:"+i++);
            try {
                Thread.sleep(2000);
            } catch (InterruptedException e) {
                System.out.println("抛出异常后当前线程状态:"+Thread.currentThread().isInterrupted());
                e.printStackTrace();
            }
        }
    }

    public static void main(String[] args) throws InterruptedException {
        InterruptExceptionDemo demo = new InterruptExceptionDemo();
        demo.start();
        Thread.sleep(1000);
        demo.interrupt();
    }
}

打印结果:

当前线程状态:false打印信息:0
抛出异常后当前线程状态:false
java.lang.InterruptedException: sleep interrupted
	at java.lang.Thread.sleep(Native Method)
	at com.xufk.thread.InterruptExceptionDemo.run(InterruptExceptionDemo.java:10)
当前线程状态:false打印信息:1
当前线程状态:false打印信息:2
当前线程状态:false打印信息:3
当前线程状态:false打印信息:4
当前线程状态:false打印信息:5
当前线程状态:false打印信息:6
当前线程状态:false打印信息:7
当前线程状态:false打印信息:8

我们发现,明明我们调用了interrup()方法,可是线程的状态确实true,这与刚才说的有点违背,其实这也是为什么要复位的原因。
线程为什么要复位?
Thread.interrupted()是属于当前线程的,是当前线程对外界中断信号的一个响应,表示自己已经得到了中断信号,但不会立刻中断自己,具体什么时候中断由自己决定,让外界知道在自身中断前,他的中断状态仍然是 false,这就是复位的原因(所以上面的例子,打印出来的线程状态是false,而且抛出异常后,控制台仍然在打印信息,说明线程并没有立刻停止)

这里给大家普及一个知识点,为什么 Object.wait、 Thread.sleep 和 Thread.join 都 会 抛 出 InterruptedException? 你会发现这几个方法有一个共同 点,都是属于阻塞的方法,而阻塞方法的释放会取决于一些外部的事件,但是阻塞方 法可能因为等不到外部的触发事件而导致无法终止,所以它允许一个线程请求自己来停止它正在做的事情。当一个 方法抛出 InterruptedException 时,它是在告诉调用者如 果执行该方法的线程被中断,它会尝试停止正在做的事情 并且通过抛出 InterruptedException 表示提前返回。 所以,这个异常的意思是表示一个阻塞被其他线程中断了。 然后,由于线程调用了 interrupt()中断方法,那么 Object.wait、Thread.sleep 等被阻塞的线程被唤醒以后会 通过 is_interrupted方法判断中断标识的状态变化,如果发 现中断标识为 true,则先清除中断标识,然后抛出 InterruptedException 需要注意的是,InterruptedException 异常的抛出并不意味 着线程必须终止,而是提醒当前线程有中断的操作发生, 至于接下来怎么处理取决于线程本身,比如

  1. 直接捕获异常不做任何处理
  2. 将异常往外抛出
  3. 停止当前线程,并打印异常信息

为了让大家更好的理解上面这段话,我们再用两个例子说明一下
例一:用刚才的实例改造,我们只是在异常处理里面立刻终止线程

public class InterruptExceptionDemo extends Thread {
    @Override
    public void run() {
        int i = 0;
        while(!Thread.currentThread().isInterrupted()) {
            System.out.println("当前线程状态:"+Thread.currentThread().isInterrupted()+"打印信息:"+i++);
            try {
                Thread.sleep(2000);
            } catch (InterruptedException e) {
                // 在抛出异常后,确定终止线程
                this.interrupt();
                System.out.println("抛出异常自行终止当前线程,状态:"+Thread.currentThread().isInterrupted());
            }
        }
    }

    public static void main(String[] args) throws InterruptedException {
        InterruptExceptionDemo demo = new InterruptExceptionDemo();
        demo.start();
        Thread.sleep(1000);
        demo.interrupt();
    }
}

我们发现线程立刻停止了,不再像刚才控制台一直在打印信息。打印结果:

当前线程状态:false打印信息:0
抛出异常自行终止当前线程,状态:true

Process finished with exit code 0

示例2:我 们 以Thread.sleep 为例直接从 jdk 的源码中找到中断标识的清除以及异常抛出的方法代码找 到 is_interrupted() 方 法 , linux 平 台 中 的 实 现 在os_linux.cpp 文件中,代码如下
在这里插入图片描述在这里插入图片描述

本文是综合自己的认识和参考各类资料(书本及网上资料)编写,若有侵权请联系作者,所有内容仅代表个人认知观点,如有错误,欢迎校正; 邮箱:1354518382@qq.com 博客地址:https://blog.csdn.net/qq_35576976/

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值