并发编程 -- 多线程底层运行原理、线程状态
作者 ： Stanley 罗昊
多线程 -- 并发编程（一） ： https://www.cnblogs.com/StanleyBlogs/p/10890906.html
【转载请注明出处和署名，谢谢！】
多线程底层执行原理
说道底层运行，那么是不是就是需要依靠CPU啊；
那，各位之前有没有听过一句话叫做，一个CPU在同一个时间片只能执行一个程序；
什么意思呢？
就是，你的程序是不是都运行在一个CPU上啊，那你真正一个CPU在同一个时间片里是不是只能执行一个程序呀，那这个程序究竟要执行那个程序，是不是就需要通过线程之间时间片的一个争抢；
时间片：微小的时间段；
多线程说白了就是时间片的争夺，那个线程获取了时间片，就执行那个线程的代码；
假设，t1线程先获得时间片，那么，t1线程就优先执行；
但是，它不可能拿着那个时间片不放吧，因为在CPU执行的过程中，底层运用轮循制的；
多线程执行的时候，CPU分配时间片是采取轮循的方式进行分配的；
就是轮流，有点像值日的时候，轮流值日一样；
那，CPU在分配时间片的时候，第一个t1先抢占到了之后，他先执行了一段时间之后，CPU把这个t1执行完了以后，CPU是不是接着把时间片分配给t2去执行了；
那事实上，也是t2也在去抢占时间片；
当t1执行完毕后，那么，CPU就将迎来新的一轮争夺，这个时候t2抢到了，就开始执行t2的代码；
这就是多线程的底层执行原理；
多线程它在本质上运行的时候，他是同时执行的，还是轮流执行的呢？
肯定不是同时执行的，也就是不是我们常说的并发执行；那在你们看来，实际就是宏观上你来看就是同时执行，但是在微观上是不是的；
线程的状态
线程总共有五种状态；
第一个状态 新建状态
新建状态，就是你新建一个线程是的状态，也就是你新建了一个线程但还没有启动时的状态；
当线程执行start方法的时候，就会进入就绪状态；
第二个状态 就绪状态
进入就绪状态的时候，事实上就是准备抢占CPU的时间片；
一旦抢占到了CPU的时间片它就会立即进入运行状态；
第三个状态 运行状态
当线程抢占到了CPU时间片的时候，它才会运行，所以第三个状态是，运行状态；
在它的运行状态中，还有可能执行一个代码，Throad.sleep();睡眠；
就是在你执行的时候，突然让你睡眠了，我都让你这个线程睡眠了，你还有必要去争夺这个CPU资源吗？
就肯定没有必要再去争夺这个CPU资源了，那这个时候你就需要释放CPU啊，对不对，你释放之后，你下次再运行的时候，你就需要重新获取CPU的时间片，所以这种状态就叫做堵塞状态；
第四个状态 堵塞状态与sleep方法
想让线程阻塞，最常用的方式就是使用sleep，用sleep这个方法，可以使运行中的线程回到就绪状态；
因为它需要重新抢占CPU资源的，所以，sleep状态的最终目的是让改线程回到就读状态；
就比如，我现在想让这个线程，进我想让它每次进入run方法中的for循环打印里写一个睡眠，一遍循环遍历输出，一边睡眠看会发生什么：
我在run方法中业务写完后，我们测试一下该线程：
在上图中，可以发现，我同时调用了两次start方法，说明，我执行了两次我一次性开启了两次线程，并且执行了两次，我们看看会不会出现交替执行的情况：
从输出结果来看，确实交替执行了并且，是俩俩执行的：
每过一秒，就会执行一次：
我就不继续演示了；
所以，我们从中可以看出，不管哪个线程过来，t1也好t2也好，执行的时候，均睡眠一秒钟，睡眠完一秒钟之后，谁先醒了，谁就继续向下执行，这个就是到点自然醒的；
也可以使用join来造成线程堵塞；
join
刚刚，我们在上面介绍了sleep，我们来看看join；
join()：是线程加入
它底层执行的是，当你在执行一个线程的时候，如果遇到其他线程加入，则会先执行加入的线程，直到的加入的线程执行完成，才会继续执行原来线程的任务；
什么意思呢？
就是说，还是上面那个t1，与t2的例子，那假设说，t1在执行的过程中，突然遇到了一个代码t2.join，这时候，就会在这个时间片，优先执行t2的线程；
join（）方法可以给一个参数，参数代表执行的毫秒；
第五个状态 死亡状态
线程执行完了，或因异常退出了，都会结束生命周期，这就是死亡状态；