java 线程状态（java线程状态转换时,下列转换不可能发生的有）

本篇文章给大家谈谈java 线程状态，以及java线程状态转换时,下列转换不可能发生的有对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享java 线程状态的知识，其中也会对java线程状态转换时,下列转换不可能发生的有进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、java多线程有哪些状态？
• 2、Java中线程的几种可用状态有哪些？请大家解释一下。
• 3、JAVA中，线程有哪五个基本状态？他们之间如何让转化？并简述线程周期。
• 4、（二）线程状态、wait/notify
• 5、java 线程有哪些状态，这些状态之间是如何转化的

java多线程有哪些状态？

初始态：一个线程调用了new方法之后，并在调用start方法之前的所处状态。

就绪：一旦线程调用了start 方法，线程就转到Runnable 状态。

阻塞/ NonRunnable：线程处于阻塞/NonRunnable状态，这是由两种可能性造成的：要么是因挂起而暂停的，要么是由于某些原因而阻塞的，例如包括等待IO请求的完成。

停止/退出：线程转到退出状态，这有两种可能性，要么是run方法执行结束，要么是调用了stop方法。

Java中线程的几种可用状态有哪些？请大家解释一下。

线程在执行过程中，可以处于下面几种状态：
1、就绪(Runnable):线程准备运行，不一定立马就能开始执行。
2、运行中(Running)：进程正在执行线程的代码。
3、等待中(Waiting):线程处于阻塞的状态，等待外部的处理结束。
4、睡眠中(Sleeping)：线程被强制睡眠。
5、I/O阻塞(BlockedonI/O)：等待I/O操作完成。
6、同步阻塞(BlockedonSynchronization)：等待获取锁。
7、死亡(Dead)：线程完成了执行。

JAVA中，线程有哪五个基本状态？他们之间如何让转化？并简述线程周期。

java中，每个线程都需经历新生、就绪、运行、阻塞和死亡五种状态，线程从新生到死亡的状态变化称为生命周期。
用new运算符和Thread类或其子类建立一个线程对象后，该线程就处于新生状态。

线程的生命周期，把图转化为文字就是： 

1、线程通过new方法创建，调用start，线程进入就绪状态，等待系统的调度（时间片轮转调度）。当系统调度，进入运行状态。正常结束或者异常退出，进程进入死亡状态。

2、处于运行状态的线程若遇到sleep，则线程进入睡眠状态，不会让出资源锁，sleep结束，线程转为就绪状态，等待系统重新调度。

3、处于运行状态的线程可能在等待io，也可能进入挂起状态。io完成，转为就绪状态。

4、处于运行状态的线程yield，线程转为就绪状态。（yield只让给权限比自己高的）

5、处于运行状态的线程遇到wait，线程处于等待状态，需要notify()/notifyALL来唤醒线程，唤醒后的线程处于锁定状态，获取了“同步锁”，之后，线程才转为就绪状态。处于运行的线程synchronized，加上后 变成同步操作。处于锁定状态，获取了“同步锁”，之后，线程才转为就绪状态。

（二）线程状态、wait/notify

在java中线程一共有6种状态。分别为：

sleep不会释放锁(CPU时间片)，在存在锁的情况下，线程会一直占有锁，其他线程无法获取。

wait会释放锁，允许其他线程进入同步方法。在调用notify唤醒后会重新去获取锁。

sleep可以在任意地方使用，没有限制。
wait只能在同步方法中使用，依赖于锁。

问题：假如有一个生产者消费者需求：生产者线程对恭喜资源 Integer lock 每次执行加1,达到5以后唤醒消费者，消费者线程每次对Integer lock进行减1，到0时唤醒生产者。在这种情况下，Integer即作为共享资源，又作为锁的对象。那么这种情况会有什么问题呢？

答：问题是无法互相唤醒。
由于消费者是在lock = 0时执行 notify、wait操作，生产者是在lock = 5时执行 notidy、wait操作，因此两个lock其实不是同一个对象，无法执行唤醒。

Synchorized锁

wait/notify 是基于synchorized实现的，await/signal是基于Lock实现的(LookSupport)，JUC中提供了Condition类await/signal来代替wait/notify，而Condition底层就是基于park/unpark做的线程通讯。不仅是Condition，AQS中也使用了park/unpark，可以理解为await/signal是park/unpark的外层封装。

wait/notify无法控制唤醒谁，随机唤醒（没有分组的概念）
await/signal可以，await/signal支持多个condition消费者一组，生产者一组，这样在多生产者消费者时可以确保唤醒的一定是分组内的。

答：没有锁的情况是不可以使用的。
可以试想，什么情况下才需要用到等待/唤醒场景呢？
以吃饭举例，到饭店吃饭，点完餐以后自己就进入等待状态（等着吃饭），需要等待服务员唤醒（餐好了通知），此类场景我们就需要用到等待、唤醒。
那么此时需要考虑，如果吃饭的人多了，那么我们怎么知道“餐好了”是谁的餐好了？服务员又怎么知道“餐好了我该叫哪位顾客”？现实场景中我们都是有座位号，或者取餐号，那么这个座位号、取餐号就是我们的锁，我获取到这把锁（其他顾客无法再获取），那么我与我点的餐之间就有了一个关联关系。服务员就可以通过这把锁来对我进行唤醒（1号的餐好了~）。

java 线程有哪些状态，这些状态之间是如何转化的

线程在它的生命周期中会处于各种不同的状态：
新建、等待、就绪、运行、阻塞、死亡。
1 新建
用new语句创建的线程对象处于新建状态，此时它和其他java对象一样，仅被分配了内存。
2等待
当线程在new之后，并且在调用start方法前，线程处于等待状态。
3 就绪
当一个线程对象创建后，其他线程调用它的start()方法，该线程就进入就绪状态。处于这个状态的线程位于Java虚拟机的可运行池中，等待cpu的使用权。
4 运行状态
处于这个状态的线程占用CPU，执行程序代码。在并发运行环境中，如果计算机只有一个CPU，那么任何时刻只会有一个线程处于这个状态。
只有处于就绪状态的线程才有机会转到运行状态。
5 阻塞状态
阻塞状态是指线程因为某些原因放弃CPU，暂时停止运行。当线程处于阻塞状态时，Java虚拟机不会给线程分配CPU，直到线程重新进入就绪状态，它才会有机会获得运行状态。
6 死亡状态
当线程执行完run()方法中的代码，或者遇到了未捕获的异常，就会退出run()方法，此时就进入死亡状态，该线程结束生命周期。
由于java线程调度不是分时的，如果程序希望干预java虚拟机对线程的调度过程，从而明确地让一个线程给另外一个线程运行的机会，可以采用以下的方法
1 调整各个线程的优先级
2 让处于运行状态的线程调用Thread.sleep(long time)方法 放弃CPU 进入阻塞状态。
sleep方法可能抛出InterruptedException
线程休眠后只能在指定的时间后使线程处于就绪状态。（也就是等待cpu的调度）
3 让处于运行状态的线程调用Thread.yield()方法 只会同优先级让步或更高优先级让步，进入就绪状态。
4 让处于运行状态的线程调用另一个线程的join()方法
当前运行的线程可以调用另一个线程的join()方法，当前运行的线程将转到阻塞状态，直至另一个线程运行结束，它才会转到就绪状态 从而有机会恢复运行。
通过一下几种途径中的一种，线程可以从被阻塞状态到可运行状态。
1 线程被置于睡眠状态，且已经经过指定的毫秒数。
2 线程正在等待I/O操作的完成，且该操作已经完成。
3 线程正在等待另一个线程所持有的锁，且另一个线程已经释放该锁的所有权；（也有可能等待超时。当超时发生时，线程解除阻塞。）
4 线程正在等待某个触发条件，且另一个线程发出了信号表明条件已经发生了变化。（如果为线程的等待设置了一个超时，那么当超时发生时该线程将解除阻塞。）
5 线程已经被挂起，且有人调用了它的resume方法。不过，由于suspend方法已经过时，resume方法也就随之被弃用了，你不应该在自己的代码里调用它。(现在应该用sleep取而代之。) 关于java 线程状态和java线程状态转换时,下列转换不可能发生的有的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 java 线程状态的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于java线程状态转换时,下列转换不可能发生的有、java 线程状态的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。