① Java中什么方法导致线程阻塞
假设你有一个主线程，线程名为：Thread_A，然后通过Thread_A创建了线程Thread_B、Thread_C，并将线程Thread_B、Thread_C作为局部变量的方式存储在Thread_A中，并调用Thread_B、Thread_C的start()方法开始执行Thread_B、Thread_C，当Thread_A执行到你要停止的地方就分别调用Thread_B、Thread_C的Wait（）方法，使Thread_B、Thread_C暂停，然后线程Thread_A继续执行，直到Thread_A中调用Thread_B、Thread_C的notify()方法使得Thread_B、Thread_C继续执行，大体上就是这样！
② join方法可以使当前线程阻塞直到thread线程运行结束
先执行m2线程,然后执行主线程和m线程 package com.laili;/** * 运行机制:调用join方法的线程对象先执行完成,调用该方法时所在线程将会被阻塞,
③ 调用以下哪些方法可以使运行状态的线程进入阻塞状态
如果你有两个线程同时等在一个synchronized方法上，那么当其中一个结束执行的时候，另一个将自动得到机会执行
如果你手动让一个线程wait在一个对象obj上，那么你需要在合适的时候调用obj.notifyAll()来唤醒那些等待的线程，它们中的一个将会得到执行。
④ Java线程啥时候阻塞
Java线程阻塞
Thread.sleep(long millis)和Thread.sleep(long millis, int nanos)静态方法强制当前正在执行的线程休眠（暂停执行），以“减慢线程”。
Thread.sleep(1000);//线程会阻塞1秒
IO流，在读写和写入操作的时候，都是耗时的，也会导致线程阻塞
⑤ 什么是线程切换、线程阻塞、线程中断
线程切换： 我们知道，CPU是以时间片进行线程调度的，一个线程在占有一个分配的时间片之后，CPU就会根据相应的策略进行线程的重新调度，这个过程会很大程度上参考线程的优先级，当然调度策略也会考虑到各个线程的等待时间等。也就是说，若是当前线程的优先级足够高的话，那么就有可能在下一次的CPU调度中再次获得一个时间片。若是当前线程未能再次获得时间片，那么它就要插入线程就绪队列，等待CPU的下一次调度，这便是线程之间的切换。
线程阻塞： 线程阻塞，指的是当一个线程执行到某一个状态时，这时候它需要获得其他资源才能继续执行（比方说IO资源），但是此时有其他线程占着IO资源不释放，那么这个线程就必须等到其他的线程将IO资源释放之后才能继续执行了，这个便是线程阻塞，此时线程在线程阻塞队列而非就绪队列中。Java中的sleep()会引起线程阻塞。（yield()-不会阻塞，仅仅是重新调度，wait()-挂起）
线程中断： 汇编语言中的中断一般指暂停当前的程序，然后跳到中断入口，执行相应的中断处理程序，处理完毕之后回到之前程序的断点继续执行。那么Java中的中断是不是也是指停止当前程序运行的意思呢？可能会觉得会奇怪，其实并非是这样的。它的存在可以说是给我们提供了一种线程的控制机制。线程中断它指的并不只是等到线程到达某个检查点决定的中断，还包括有些时候在无法到达检查点，我们需要在run()方法中执行中断。接下来让我们走近中断
⑥ 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() 方法，因为它们的功能最强大，使用也最灵活，但是这也导致了它们的效率较低，较容易出错。实际使用中我们应该灵活使用各种方法，以便更好地达到我们的目的。
⑦ 调用以下哪些方法可以使运行状态的线程进入阻塞状态
选B阻塞状态。1.在ThreadA 中的run中sleep不会影响System.out.println("Main thread is running....");
2.run方法执行完，线程就结束了
⑧ 什么是线程阻塞
线程A等待线程B的数据，线程B等待线程A的数据，互相等待，就会陷入阻塞，这也是一种线程阻塞。
阻塞状态是正在运行的线程遇到某个特殊情况。例如，延迟、挂起、等待I/O操作完成等。 进入阻塞状态的线程让出CPU，并暂时停止自己的执行。线程进入阻塞状态后，就一直等待，直到引起阻塞的原因被消除，线程又转入就绪状态，重新进入就绪队列排队。
⑨ 调用以下哪些方法可以使运行状态的线程进入阻塞状态
应用专业人士的回答：我尽最大努力把问题解释清楚，不足之处，请赐教！首先，之所以出现线程，就是为了更好的利用CPU，让她更加“精明”的干活。通过调用Thread类的start()方法来启动一个线程，这时此线程是处于就绪状态，并没有运行。然后通过此Thread类调用方法run()来完成其运行操作的，这里方法run()称为线程体，它包含了要执行的这个线程的内容，Run方法运行结束，此线程终止，而CPU再运行其它线程，而如果直接用Run方法，这只是调用一个方法而已，程序中依然只有主线程--这一个线程，其程序执行路径还是只有一条，这样就没有达到写线程的目的。记住：线程就是为了更好地利用CPU，提高程序运行速率的！publicclassTestThread1{publicstaticvoidmain(String[]args){Runner1r=newRunner1();//r.run();//这是方法调用，而不是开启一个线程Threadt=newThread(r);//调用了Thread(Runnabletarget)方法。且父类对象变量指向子类对象。t.start();for(inti=0;i<100;i++){System.out.println("进入MainThread运行状态");System.out.println(i);}}}{//实现了这个接口，jdk就知道这个类是一个线程publicvoidrun(){for(inti=0;i<100;i++){System.out.println("进入Runner1运行状态");System.out.println(i);}}}