java多线程（三） —— Thread方法（休眠，礼让，强制执行，守护线程）

但是中兴笔试里有一个题是分清楚Thread里的方法哪些是类方法，哪些是实例方法？

只要记住这3个类方法：

        Thread.sleep()

        Thread.yield()

       Thread.currentThread()

其他start(），run()，setPriority()，join()都是要先new一个线程才能调用的实例方法

 一、线程停止

所以，不推荐使用JDK提供的stop()和destroy()方法去强制停止线程。而是用一个标志位（flag）让线程停止。

public class ThreadState {public static void main(String[] args) throws InterruptedException {Run run = new Run();new Thread(run).start();Thread.sleep(1000);System.out.println("主线程让子线程停止");//4.停止子线程run.stopThread();}
}class Run implements Runnable{//1.线程中定义标志位private boolean flag = true;@Overridepublic void run() {//2.线程体使用该标识while(flag){System.out.println("Thread Running...");}}//3.对外提供一个停止线程的方法public void stopThread(){flag = false;}
}

二、线程休眠

记忆点：运行转为阻塞状态，让出CPU

记忆点：线程休眠的时候不会释放锁。

 这也是我们在模拟Rip每30秒发一次报文的时候，为什么把sleep从同步块中拿出来的原因。

休眠作用（一）：模拟网络延时，放大问题的发生性。可以去看同步那里。

休眠作用（二）：模拟倒计时。

        int startNum = 10;//倒计时10秒while(startNum>=0){System.out.println(startNum);Thread.sleep(1000);startNum--;}

休眠作用（三）：让出CPU（前提是sleep不在同步块内） 

sleep（）和wait（）的区别？

共同点：都可以停止当前线程的执行，由运行状态转为阻塞状态

不同点：

        1）sleep（）睡完规定的时间会自己醒过来，由阻塞状态转为就绪状态。wait（）不会醒来，直到另一个线程调用notify()或者notifyAll()方法才被唤醒。

        2）sleep（）不会释放锁，wait（）释放锁

        3）sleep（）是Thread类的静态方法，wait（）是Object类的方法。

为什么wait（）是Object类的方法，而不设计成Thread类的静态方法呢？为什么 sleep() 方法定义在 Thread 中？

因为wait()要实现对象释放掉自己的锁，所以要对象自己去调用wait，自然wait得是Object类的方法了。而sleep（）不需要释放锁，和所有对象无关，只是停下当前的线程。

三、线程礼让

记忆点：拿线程A礼让线程B来说。让当前执行的线程A暂停，但是不阻塞，让A线程直接转为就绪状态，此时A和B站在同一起跑线上等到CPU的调度。但是礼让不一定成功，各凭本事，可能CPU优先调度的还是A。

可以和sleep比较着来记，A如果休眠了，转为阻塞状态，那么CPU只能调度B了，礼让肯定成功。

 礼让成功：

礼让不成功：

四、线程强制执行

记忆点：VIP插队，其他线程一律阻塞。插队的线程可以一次性执行完自己所有代码。因为会强制阻塞其他线程，所以要少用。

五、监测线程的状态

5.1 线程状态

 这些状态都以常量的方式存储在Thread.Sate类中：

问：发生什么会让线程转为阻塞状态？什么时候解除阻塞状态？

答：sleep、wait、同步锁定。当阻塞时间消除后，解除阻塞状态，具体来说sleep睡完了规定的时间、wait等来了notify、同步轮到自己了（比如说有a,b,c三个线程要使用临界资源，a先来的b再来的，再是c. 这样就会按照a,b,c的顺序排队形成阻塞队列，当a用完了以后，解除b的阻塞状态，并不会解除c的阻塞状态）。 

注意01：start（）方法只是让线程由新生状态转为就绪状态，等待CPU的调度，

注意02：已经执行完退出的线程，不能再重新start了，否则会报出“IllegalThreadState”异常。

 5.2 getState()方法获取线程状态

public class ThreadState{public static void main(String[] args) throws InterruptedException {Thread thread = new Thread(()->{try {Thread.sleep(3000);} catch (InterruptedException e) {e.printStackTrace();}});//1.刚new出来的，应该是新生状态 NEWSystem.out.println(thread.getState());//2.start以后，进入就绪状态,立马被调度，应该是运行状态 RUNNABLEthread.start();System.out.println(thread.getState());//3.阻塞状态 TIMED_WAITINGwhile (thread.getState()!=Thread.State.TERMINATED){Thread.sleep(500);System.out.println(thread.getState());}//4.子线程退出以后，是死亡状态 TERMINATEDSystem.out.println(thread.getState());}
}

六、线程的优先级

记忆点：

• setPriority(int n)设置线程的优先级
• getPriority（）获取优先级
• main方法线程的优先级默认是5

• 优先级从1~10 。越大优先级越高。但是优先级越高的不一定被CPU优先调度哦，只是被CPU优先调度的机会越大。

public class ThreadPriority {public static void main(String[] args) {Thread thread1 = new Thread(new Test(),"线程 1");Thread thread2 = new Thread(new Test(),"线程 2");Thread thread3 = new Thread(new Test(),"线程 3");Thread thread4 = new Thread(new Test(),"线程 4");thread1.setPriority(1);thread1.start();thread2.setPriority(2);thread2.start();thread3.setPriority(10);thread3.start();thread4.setPriority(8);thread4.start();}
}class Test implements Runnable{@Overridepublic void run() {System.out.println(Thread.currentThread().getName()+"----->"+Thread.currentThread().getPriority());}
}

运行结果（1）

运行结果（2）

运行结果不同也说明了，优先级大不一定被CPU先调度，只是有更多可能被CPU优先调度。

七、守护线程

记忆点：

• 线程可以这样分为，分为用户线程和守护线程。
• main（）是用户线程，gc()是守护线程
• 用setDaemon(true)方法设置守护线程
• 虚拟机要等待用户线程执行完毕，不用等待守护线程执行完毕。理解：我们的jvm等到main方法中写的主线程、子线程全部执行完毕，就直接退出（process finished with exit code 0），并没有管守护进程是否执行完毕（gc还没清理完内存垃圾）。不过所有的用户线程都退出后，守护线程会自动退出。

再来一个例子去理解“虚拟机要等待用户线程执行完毕，不用等待守护线程执行完毕”这句话。下面这段代码中，上帝被设置为守护线程，写了一个死循环，但是当人死去后，守护线程也被回收。

public class ThreadDaemon {public static void main(String[] args) {//上帝线程，设置为守护线程Thread god = new Thread(()->{while(true){System.out.println("上帝永远守护你");}});god.setDaemon(true); //设置为守护线程//凡人线程，默认为用户线程Thread folk = new Thread(()->{for(int i=1; i<=100 ;i++){//活100天后死去System.out.println("第"+i+"天");}System.out.println("========goodbye the SHIT world!=========");});god.start();folk.start();}
}