「JAVA线程阻塞有几种」java进行io为什么线程阻塞

今天给各位分享JAVA线程阻塞有几种的知识，其中也会对java进行io为什么线程阻塞进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、Java线程状态中BLOCKED和WAITING有什么区别
• 2、JAVA中，线程有哪五个基本状态？他们之间如何让转化？并简述线程周期。
• 3、java中 举个线程阻塞的例子
• 4、Java多线程: 如何阻塞和继续线程运行 （转）

Java线程状态中BLOCKED和WAITING有什么区别

一、线程5种状态新建状态（New） 新创建了一个线程对象。就绪状态（Runnable） 线程对象创建后，其他线程调用了该对象的start()方法。该状态的线程位于可运行线程池中，变得可运行，等待获取CPU的使用权。运行状态（Running） 就绪状态的线程获取了CPU，执行程序代码。阻塞状态（Blocked） 阻塞状态是线程因为某种原因放弃CPU使用权，暂时停止运行。直到线程进入就绪状态，才有机会转到运行状态。阻塞的情况分三种：等待阻塞：运行的线程执行wait()方法，JVM会把该线程放入等待池中。同步阻塞：运行的线程在获取对象的同步锁时，若该同步锁被别的线程占用，则JVM会把该线程放入锁池中。其他阻塞：运行的线程执行sleep()或join()方法，或者发出了I/O请求时，JVM会把该线程置为阻塞状态。当sleep()状态超时、join()等待线程终止或者超时、或者I/O处理完毕时，线程重新转入就绪状态。死亡状态（Dead）：线程执行完了或者因异常退出了run()方法，该线程结束生命周期。二、Jstack中常见的线程状态应用程序启动后，我们对系统运行状况的观测大部分情况下是通过运行日志。但是若某一天发现，日志中记录的行为与预想的不一致，此时需要进一步的系统监控该怎么办，Jstack是常用的排查工具，它能输出在某一个时间，Java进程中所有线程的状态，很多时候这些状态信息能给我们的排查工作带来有用的线索。

Jstack的输出中，Java线程状态主要是以下几种：RUNNABLE 线程运行中或I/O等待

BLOCKED 线程在等待monitor锁(synchronized关键字)

TIMED_WAITING 线程在等待唤醒，但设置了时限WAITING 线程在无限等待唤醒1） 让线程一直处于RUNNABLE

pre t="code" l="java"public static void runnable() {

long i = 0;

while (true) {

i++;

}

}2) 让线程一直处于BLOCKED

pre t="code" l="java"public static void blocked() {

final Object lock = new Object();

new Thread() {

public void run() {

synchronized (lock) {

System.out.println("i got lock, but don't release");

try {

Thread.sleep(1000L * 1000);

} catch (InterruptedException e) {

}

}

}

}.start();

try { Thread.sleep(100); } catch (InterruptedException e) {}

synchronized (lock) {

try {

Thread.sleep(30 * 1000);

} catch (InterruptedException e) {

}

}

}主线程sleep，先让另外一个线程拿到lock，并长期持有lock（sleep会持有锁，wait不会）。此时主线程会BLOCK住等待lock被释放，此时jstack的输出可以看到main线程状态是BLOCKED。这里要注意的是只有synchronized这种方式的锁（monitor锁）才会让线程出现BLOCKED状态，等待ReentrantLock则不会。

3) 让线程处于TIMED_WAITING状态pre t="code" l="java"public static void timedWaiting() {

final Object lock = new Object();

synchronized (lock) {

try {

lock.wait(30 * 1000);

} catch (InterruptedException e) {

}

}

}pre t="code" l="java"

4)让线程处于WAITING状态pre t="code" l="java"public static void waiting() {

final Object lock = new Object();

synchronized (lock) {

try {

lock.wait();

} catch (InterruptedException e) {

}

}

}无超时的等待，必须等待lock.notify()或lock.notifyAll()或接收到interrupt信号才能退出等待状态。

pre t="code" l="java"

pre t="code" l="java"

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

java中，每个线程都需经历新生、就绪、运行、阻塞和死亡五种状态，线程从新生到死亡的状态变化称为生命周期。

用new运算符和Thread类或其子类建立一个线程对象后，该线程就处于新生状态。

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

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

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

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

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

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

java中 举个线程阻塞的例子

java中线程有4种状态:

runnable,

blocked,

waiting,

timed_waiting

当一个线程运行至

inputstream.read()发生阻塞时，线程处于runnable。

Java多线程: 如何阻塞和继续线程运行 （转）

典型地，suspend() 和 resume() 被用在等待另一个线程产生的结果的情形：测试发现结果还没有产生后，让线程阻塞，另一个线程产生了结果后，调用 resume() 使其恢复。但suspend()方法很容易引起死锁问题，已经不推荐使用了。wait() 和 notify() 方法：两个方法配套使用，wait() 使得线程进入阻塞状态，它有两种形式，一种允许 指定以毫秒为单位的一段时间作为参数，另一种没有参数，前者当对应的 notify() 被调用或者超出指定时间时线程重新进入可执行状态，后者则必须对应的 notify() 被调用。 初看起来它们与 suspend() 和 resume() 方法对没有什么分别，但是事实上它们是截然不同的。区别的核心在于，前面叙述的所有方法，阻塞时都不会释放占用的锁（如果占用了的话），而这一对方法则相反。 上述的核心区别导致了一系列的细节上的区别。 首先，前面叙述的所有方法都隶属于 Thread 类，但是这一对却直接隶属于 Object 类，也就是说，所有对象都拥有这一对方法。初看起来这十分不可思议，但是实际上却是很自然的，因为这一对方法阻塞时要释放占用的锁，而锁是任何对象都具有的，调用任意对象的 wait() 方法导致线程阻塞，并且该对象上的锁被释放。而调用 任意对象的notify()方法则导致因调用该对象的 wait() 方法而阻塞的线程中随机选择的一个解除阻塞（但要等到获得锁后才真正可执行）。 其次，前面叙述的所有方法都可在任何位置调用，但是这一对方法却必须在 synchronized 方法或块中调用，理由也很简单，只有在 synchronized 方法或块中当前线程才占有锁，才有锁可以释放。同样的道理，调用这一对方法的对象上的锁必须为当前线程所拥有，这样才有锁可以释放。因此，这一对方法调用必须放置在这样的 synchronized 方法或块中，该方法或块的上锁对象就是调用这一对方法的对象。若不满足这一条件，则程序虽然仍能编译，但在运行时会出现IllegalMonitorStateException 异常。 wait() 和 notify() 方法的上述特性决定了它们经常和synchronized 方法或块一起使用，将它们和操作系统的进程间通信机制作一个比较就会发现它们的相似性：synchronized方法或块提供了类似于操作系统原语的功能，它们的执行不会受到多线程机制的干扰，而这一对方法则相当于 block 和wakeup 原语（这一对方法均声明为 synchronized）。它们的结合使得我们可以实现操作系统上一系列精妙的进程间通信的算法（如信号量算法），并用于解决各种复杂的线程间通信问题。 关于 wait() 和 notify() 方法最后再说明两点： 第一：调用 notify() 方法导致解除阻塞的线程是从因调用该对象的 wait() 方法而阻塞的线程中随机选取的，我们无法预料哪一个线程将会被选择，所以编程时要特别小心，避免因这种不确定性而产生问题。 第二：除了 notify()，还有一个方法 notifyAll() 也可起到类似作用，唯一的区别在于，调用 notifyAll() 方法将把因调用该对象的 wait() 方法而阻塞的所有线程一次性全部解除阻塞。当然，只有获得锁的那一个线程才能进入可执行状态。 谈到阻塞，就不能不谈一谈死锁，略一分析就能发现，suspend() 方法和不指定超时期限的 wait() 方法的调用都可能产生死锁。遗憾的是，Java 并不在语言级别上支持死锁的避免，我们在编程中必须小心地避免死锁。 以上我们对 Java 中实现线程阻塞的各种方法作了一番分析，我们重点分析了 wait() 和 notify() 方法，因为它们的功能最强大，使用也最灵活，但是这也导致了它们的效率较低，较容易出错。实际使用中我们应该灵活使用各种方法，以便更好地达到我们的目的。

关于JAVA线程阻塞有几种和java进行io为什么线程阻塞的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。