1、线程执行了Thread.sleep(int n)方法，线程放弃CPU，睡眠n毫秒,然后恢复运行。
2、线程要执行一段同步代码，由于无法获得相关的同步锁，只好进入阻塞状态，等到获得了同步锁，才能恢复运行。
3、线程执行了一个对象的wait()方法，进入阻塞状态，只有等到其他线程执行了该对象的notify()或notifyAll()方法，才可能将其唤醒。
4、线程执行I/O操作或进行远程通信时，会因为等待相关的资源而进入阻塞状态。例如，当线程执行System.in.read()方法时，如果用户没有向控制台输入数据，则该线程会一直等读到了用户的输入数据才从read()方法返回。进行远程通信时，在客户程序中，线程在以下情况可能进入阻塞状态。
5、请求与服务器建立连接时，即当线程执行Socket的带参数的构造方法，或执行Socket的connect()方法时，会进入阻塞状态，直到连接成功，此线程才从Socket的构造方法或connect()方法返回。
6、线程从Socket的输入流读取数据时，如果没有足够的数据，就会进入阻塞状态，直到读到了足够的数据，或者到达输入流的末尾，或者出现了异常，才从输入流的read()方法返回或异常中断。输入流中有多少数据才算足够呢?这要看线程执行的read()方法的类型。
int read(); 只要输入流中有一个字节，就算足够。
int read(byte[] buff); 只要输入流中的字节数目与参数buff数组的长度相同，就算足够。
String readLine(); 只要输入流中邮一行字符串，就算足够。值得注意的是，InputStream类并没有readLine方法，在过滤流BufferedReader类中才有此方法。
7、线程向Socket的输出流写一批数据时，可能会进入阻塞状态，等到输出了所有的数据，或者出现异常，才从输出流的write()方法返回或异常中断。
8、调用Socket的setSoLinger()方法设置了关闭Socket的延迟时间，那么当线程执行Socket的close方法时，会进入阻塞状态，直到底层Socket发送完所有剩余数据，或者超过了setSoLinger()方法设置的延迟时间，才从close()方法返回。
暂时只能想到那么多。。
阻塞状态可以分为三种：
等待阻塞：运行状态中的线程执行 wait() 方法，使线程进入到等待阻塞状态
同步阻塞：线程在获取 synchronized 同步锁失败(因为同步锁被其他线程占用)
其他阻塞：通过调用线程的 sleep() 或 join() 发出了 I/O 请求时，线程就会进入到阻塞状态。当sleep() 状态超时，join() 等待线程终止或超时，或者 I/O 处理完毕，线程重新转入就绪状态
sleep 休眠綫程 wait 綫程等待 yield 綫程礼让 join 线程自闭 io操作时 比如等待某个输入输出流 抢占锁的时候
1 线程阻塞：所谓线程阻塞就是正在运行的线程没有运行结束，暂时让出CPU资源，进入阻塞状态。 2 线程阻塞状态的原因： 线程自己调用Thread.sleep()进入阻塞状态，睡眠n毫秒后进入就绪状态，等待CPU分配资源。 调用suspend使线程进入阻塞状态，并且不会自动恢复、必须其对应的resume被调用，才能使线程进入可行状态。 调用当前Object调用wait释放占用的锁（在同步代码块中），使当前线程进入阻塞状态。它有两种形式，一种允许 指定以毫秒为单位的一段时间作为参数，另一种没有参数，前者当对应的 notify() 被调用或者超出指定时间时线程重新进入可执行状态，后者则必须对应的 notify() 被调用。 IO操作时 join 线程自闭 请求与服务器建立连接时...
阻塞状态是指线程因为某种原因放弃了 cpu 使用权，也即让出了 cpu timeslice，暂时停止运行。 线程阻塞分为三种情况：
Activity
gabyallen commentedon May 27, 2019
1、线程执行了Thread.sleep(int n)方法，线程放弃CPU，睡眠n毫秒,然后恢复运行。
2、线程要执行一段同步代码，由于无法获得相关的同步锁，只好进入阻塞状态，等到获得了同步锁，才能恢复运行。
3、线程执行了一个对象的wait()方法，进入阻塞状态，只有等到其他线程执行了该对象的notify()或notifyAll()方法，才可能将其唤醒。
4、线程执行I/O操作或进行远程通信时，会因为等待相关的资源而进入阻塞状态。例如，当线程执行System.in.read()方法时，如果用户没有向控制台输入数据，则该线程会一直等读到了用户的输入数据才从read()方法返回。进行远程通信时，在客户程序中，线程在以下情况可能进入阻塞状态。
5、请求与服务器建立连接时，即当线程执行Socket的带参数的构造方法，或执行Socket的connect()方法时，会进入阻塞状态，直到连接成功，此线程才从Socket的构造方法或connect()方法返回。
6、线程从Socket的输入流读取数据时，如果没有足够的数据，就会进入阻塞状态，直到读到了足够的数据，或者到达输入流的末尾，或者出现了异常，才从输入流的read()方法返回或异常中断。输入流中有多少数据才算足够呢?这要看线程执行的read()方法的类型。
int read(); 只要输入流中有一个字节，就算足够。
int read(byte[] buff); 只要输入流中的字节数目与参数buff数组的长度相同，就算足够。
String readLine(); 只要输入流中邮一行字符串，就算足够。值得注意的是，InputStream类并没有readLine方法，在过滤流BufferedReader类中才有此方法。
7、线程向Socket的输出流写一批数据时，可能会进入阻塞状态，等到输出了所有的数据，或者出现异常，才从输出流的write()方法返回或异常中断。
8、调用Socket的setSoLinger()方法设置了关闭Socket的延迟时间，那么当线程执行Socket的close方法时，会进入阻塞状态，直到底层Socket发送完所有剩余数据，或者超过了setSoLinger()方法设置的延迟时间，才从close()方法返回。
canyie commentedon May 27, 2019
暂时只能想到那么多。。
yangfanggang commentedon May 27, 2019
阻塞状态可以分为三种：
等待阻塞：运行状态中的线程执行 wait() 方法，使线程进入到等待阻塞状态
同步阻塞：线程在获取 synchronized 同步锁失败(因为同步锁被其他线程占用)
其他阻塞：通过调用线程的 sleep() 或 join() 发出了 I/O 请求时，线程就会进入到阻塞状态。当sleep() 状态超时，join() 等待线程终止或超时，或者 I/O 处理完毕，线程重新转入就绪状态
Petterpx commentedon May 29, 2019
sleep 休眠綫程
wait 綫程等待
yield 綫程礼让
join 线程自闭
io操作时 比如等待某个输入输出流
抢占锁的时候
kriswang24 commentedon May 30, 2019
1 线程阻塞：所谓线程阻塞就是正在运行的线程没有运行结束，暂时让出CPU资源，进入阻塞状态。
2 线程阻塞状态的原因：
线程自己调用Thread.sleep()进入阻塞状态，睡眠n毫秒后进入就绪状态，等待CPU分配资源。
调用suspend使线程进入阻塞状态，并且不会自动恢复、必须其对应的resume被调用，才能使线程进入可行状态。
调用当前Object调用wait释放占用的锁（在同步代码块中），使当前线程进入阻塞状态。它有两种形式，一种允许 指定以毫秒为单位的一段时间作为参数，另一种没有参数，前者当对应的 notify() 被调用或者超出指定时间时线程重新进入可执行状态，后者则必须对应的 notify() 被调用。
IO操作时
join 线程自闭
请求与服务器建立连接时...
Jmengfei commentedon Mar 29, 2021
阻塞状态是指线程因为某种原因放弃了 cpu 使用权，也即让出了 cpu timeslice，暂时停止运行。
线程阻塞分为三种情况：
程放入锁池(lock pool)中。
很多文章都说yield()也是阻塞的一种，其实是不准确的，yield() 可以使的当前线程放弃cpu分得的时间片，但没有经过阻塞状态。切记，这个差别很重要。