多线程流程和不同状态

一、线程的五个主要阶段

  1、线程的new状态
   当我们用关键字new创建一个thread对象时，此时它并不是出于执行状态，因为没有调用start方法启动该线程，那么线程的状态为new状态
            准确地说，它只是Thread对象的状态，因为没有start之前，该线程根部就不存在，与你用关键字new创建一个普通的java对象没有什么区别
        new 状态通过start方法进入runnable状态
  2、线程的runnable状态
    线程对象进入runnable状态必须调用start方法，那么此时才是真正的在jvm进程中创建一个线程，线程一经启动就可以立即找得到执行？
    线程的运行如否和进程一样都要听命于cpu的调度，那么我们把中间状态成为可执行状态（runnable），它是具备执行的资格，但是并没有真正的执行起来而是在等待cpu的调度
    
    由于存在running状态，所以不会直接进入blocked状态和terminated状态，即使是在现层的执行逻辑中迪欧暗涌wait、sleep或者其他block的io操作等，也必须获得cpu的调度执行权才可以
    严格来讲，runnable的线程只能意外终止或者进入running状态；
  3、线程的running状态
     一旦cpu通过轮询或者其他方式从任务可执行队列中选中了线程，那么此时它才真正地执行自己的逻辑代码，需要说明的一点是一个正在running状态的线程事实上也是runnable的，但是反过来不成立
     在该状态中，线程的状态可以发生如下的状态转换。
     *直接进入terminated状态，比如调用jdk已经不推荐使用的stop方法或者判断某个逻辑标识
     *进入blocked状态，比如调用sleep，或者wait方法而家人了waitSet中
     *进行某个租售的io操作，比如因网络数据的读写而进入的blocked状态
     *获取某个锁资源，从而加入到该锁的阻塞队列中进入blocked状态
     *由于cpu的调度器轮询使该芯层放弃执行，进入runnable状态
     *线程主动调用yield方法，放弃cpu执行权，进入runnable状态
  4、线程的blocked状态
    blocked可以切换换至如下几个状态：
    直接进入terminated状态，比如调用jdk已经不推荐的stop方法或者意外死亡（jvm crash）
    线程阻塞的操作结束，比如读取了想要的数据字节进入了runnable状态
    线程完成来指定时间的休眠，进入到了runnable状态
    wait中的线程被其他线程notify/notifyall唤醒，进入runnable状态
    线程获取到了某个锁资源，进入runnable状态
    线程在阻塞过程中被打断，比如其他线程调用了interrupt方法，进入runnable状态
  5、线程的terminated状态
    terminated是一个线程的最终状态，在该状态中线程将不会切换到其他任何状态，线程进入terminated状态，意味着该线程的整个生命周期结束了。
    线程运行正常结束，结束生命周期；
    线程运行出错意外结束；
    JVM crash导致所有的线程都结束

二、thread start方法源码分析和注意事项：
    public synchronized void start() {
            if (threadStatus != 0)
                throw new IllegalThreadStateException();
            group.add(this);
            boolean started = false;
            try {
                start0();
                started = true;
            } finally {
                try {
                    if (!started) {
                        group.threadStartFailed(this);
                    }
                } catch (Throwable ignore) {
                    /* do nothing. If start0 threw a Throwable then
                      it will be passed up the call stack */
                }
            }
        }
        
    start方法源码足够简单，其实最核心的部分是start0这个本地方法，也就是JNI方法：
    private native void start0（）;
    在开始执行这个线程时，JVM将会调用该线程的run方法，run方法是被JVI方法start0调用的。
    1.Thread被构造后的new状态，事实上thread？Status这个内部属性为0；
    2.不能两次启动Thread，否则就会出现IlleagelThreadStateException异常
    3.线程启动将会被加入到一个ThreadGroup中。
    4.一个线程生命周期结束，也就是到了terminated状态，再次调用start方法是不允许，也就是说terminated状态是没有办法回到runnable、running状态的

 模版设计模式在Thread中的应用
 线程的真正的执行逻辑是在run方法中，通常run方法称为线程的执行单元。重写run方法，用start方法启动线程，
 如果我们没有使用runable接口对其进行构造，则可认为Thread的run方法本身就是一个空的实现。
 Thread的run和start就是一个比较典型的模版设计模式，父类编写算法结构代码，子类实现逻辑细节。
  

 创建线程的方法：
    一般都认为创建线程的方法有两种，其实这种说法是错误的。
 1.构造一个Thread
 2.实现runnable接口，这种说法不研究，在JDK中代表线程的只有Thread这个类，线程的执行方法是run方法，
 可以通过继承Thread然后重写run方法，实现自己的业务逻辑，也可以实现runable接口实现自己的业务逻辑。
 准确的来说，创建线程的方法只有一个方式就是构造Thread类，而实现线程的执行单元则有两种方式，
 第一中就是重写thread的run方法，第二种实现runnable接口的run方法，而且将runnable构造thread参数
 
 策略模式在Thread中应用
    重写Thread累的run方法和实现runnable接口的run方法还有一个很重要的不同，那就是Thread类的run方法是不能共享的，
也就是说A线程不能把B线程的run方法当成自己的执行单元，而使用runnable接口则很容易就能实现这一点，使用同一个runnable
的实力构造不同的Thread实例。
    
线程的命名，线程启动，名字将不再被修改，线程不是new状态，对其的修改将不会生效
1.一个线程的创建肯定是由另外一个线程完成的
2.被创建线程的父线程是创建它的线程
main函数所在的线程是有jvm创建的，也就是main线程，那就是意味着我们前面创建的所有线程，其父线程都是main线程