并发线程的启动终止底层原理

线程启动原理

线程的start方法，实际上底层做了很多事情，

OS调度算法有很多，比如先来先服务调度算法（FIFO）、最短优先（就是对短作业的优先调度）、时 间片轮转调度等。

线程的生命周期

线程终止原理

stop、suspend等，这些方法可以终止一个线程或者挂起一个线程，但是这些方法都不建议使用。原因比较简单

如果调用stop方法去强行中断，那么这个时候相当于是发送一个指令告诉操作系统把这个线程结束掉，如果线程的任务执行了一半操作系统强制中断线程，导致线程任务只执行了一般，最终导致数据产生问题。

这种行为类似于在linux系统中执行 kill -9类似，它是一种不安全的操作。

那在哪些情况下，线程的中断需要外部干预呢？

• 线程中存在无限循环执行，比如while(true)循环
• 线程中存在一些阻塞的操作，比如sleep、wait、join等。

在Java提供了一个 interrupt 方法，这个方法就是实现线程中断操作的，其实就是做一个标志位flag = false(默认)

interrupt 方法

当其他线程通过调用当前线程的interrupt方法，告诉当前线程可以中断线程了，至于什么时候中断，取决于当前线程自己。

也就是说当前线程会检测是否还有执行的任务，是否处于阻塞状态，如果是，就不会中断线程

通过isInterrupted()来判断是否被中断。

public class InterruptExample implements Runnable{

    volatile boolean flag=false;  // Thread.currentThread().isInterrupted()

    public static void main(String[] args) throws InterruptedException {
        Thread t1=new Thread(new InterruptExample());
        t1.start();
        Thread.sleep(2000);
        //Main线程来决定t1线程的生死
        // 告诉t1线程，当前线程需要中断，至于是否中断，t1线程本身说了算
        t1.interrupt();//发送一个中断信号, 中断标记变为true，

        // 让当前线程中断状态的复位。
//        Thread.interrupted();
    }

    // 也就是说当前线程会检测是否还有执行的任务，是否处于阻塞状态，如果是，就不会中断线程，至于是否中断，t1线程本身说了算
    @Override
    public void run() {
        //Thread.currentThread().isInterrupted()获取中断状态，默认为false
        while (Thread.currentThread().isInterrupted()) {
            try {
                Thread.sleep(1000);
            } catch (InterruptedException e) { //中断标记变为false
                // 当前的异常只是响应了外部对于这个线程的中断命令
                e.printStackTrace();
                //TODO 临时保存一些数据. 开发者在这里可以做一些逻辑
                //把中断标记修改为又从true->false(中断状态也会复位)，线程会继续执行
                //TODO 控制权还是在开发者手上，可以继续中断线程
                // Thread.currentThread().interrupt(); 将状态从false->true，才会中断线程
            }
        }
       System.out.println(Thread.currentThread().getName()+"--");
    }
}

InterruptedException异常的抛出并不意味着线程必须终止，而是提醒当前线程有中断的操作发 生，至于接下来怎么处理取决于线程本身，比如 1. 直接捕获异常不做任何处理

2. 将异常往外抛出 3. 停止当前线程，并打印异常信息

线上问题排查思路

1，死锁排查

Found one Java-level deadlock

查看死锁问题的操作步骤如下： 通过 jps 命令，查看java进程的pid 通过`jstack 查看线程日志 如果存在死锁情况，Thread Dump日志里面肯定会给出Found one Java-level deadlock:信息。

Found one Java-level deadlock: ============================= "Thread-1": waiting to lock monitor 0x0000000026070c88 (object 0x00000007163b7d78, a java.lang.Integer), which is held by "Thread-0" "Thread-0": waiting to lock monitor 0x00000000260735c8 (object 0x0000000716649aa8, a java.lang.Integer), which is held by "Thread-1"

2，CPU占用率很高排查

• 通过 top -c 动态显示进程及占用资源的排行榜，从而找到占用CPU最高的进程PID，得到的 PID=80972

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 80972 root 20 0 7773456 296124 12904 S 100.2 1.8 0:38.83 java

• 然后再定位到对应的线程， top -H -p 80972 查找到该进程中最消耗CPU的线程，得到 PID=81122

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 81122 root 20 0 7773456 258504 12932 R 99.8 1.6 5:56.34 java 80972 root 20 0 7773456 258504 12932 S 0.0 1.6 0:00.00 java

• 通过 printf "0x%x\n" 81122 命令，把对应的线程PID转化为16进制

[root@localhost test]# printf "0x%x\n" 81122 0x13ce2

• 截止执行这个命令 jstack 80972 | grep -A 20 0x13ce2 查看线程Dump日志，其中-A 20表示 展示20行， 80972表示进程ID， 0x13ce2表示线程ID

[root@localhost test]# jstack 80972 | grep -A 20 0x13ce2 "Thread-3" #30 daemon prio=5 os_prio=0 tid=0x00007f84500ce000 nid=0x13ce2 runnable [0x00007f84a78f7000] java.lang.Thread.State: RUNNABLE at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:326) at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) - locked (a java.io.BufferedOutputStream) at java.io.PrintStream.write(PrintStream.java:482) - locked (a java.io.PrintStream) at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:104) - locked (a java.io.OutputStreamWriter) at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185) at java.io.PrintStream.newLine(PrintStream.java:546) - eliminated (a java.io.PrintStream) at java.io.PrintStream.println(PrintStream.java:807) - locked (a java.io.PrintStream) at com.example.threaddemo.WhileThread.run(ThreadController.java:33) at java.lang.Thread.run(Thread.java:748

at com.example.threaddemo.WhileThread.run(ThreadController.java:33)这个代码里面主要霸占CPU过高地方