Thread 的几个概念sleep、wait、yield、interrupt

2019独角兽企业重金招聘Python工程师标准>>>

  

 

yield和sleep的区别

JDK1.5.0的API文档里的描述：

yield:Causes the currently executing thread object to temporarily pause and allow other threads to execute.

sleep:Causes the currently executing thread to sleep (temporarily cease execution) for the specified number of milliseconds.

根本无助于理解两者间的差别

 

线程的生命周期里有三个状态Runable、Blocked、Running

yield：Running  ->  Runable

sleep: Running -> Blocked -> Runable

yield和sleep都是在线程处于Running的时候开始的，yield只是让出分配给自己的CPU时间片，并且会立刻进入Runable状态参与CPU时间的竞争，若程序中没有其他线程，那么该线程马上就会开始往下执行；sleep会进入Blocked状态，等待时间结束事件的发生，然后进入Runable状态参与CPU时间的竞争

调用yield的时候锁并没有被释放

 

另外，sleep和yield都不具备同步语义，也就是说编译器在执行sleep或yield方法之前和之后，都没有强制要求同步本地缓存与主存的数据

以下摘自JSL3.0

 

 

It is important to note that neither Thread.sleep nor Thread.yield have

any synchronization semantics. In particular, the compiler does not have to flush

writes cached in registers out to shared memory before a call to Thread.sleep or

Thread.yield, nor does the compiler have to reload values cached in registers

after a call to Thread.sleep or Thread.yield.

 

 

For example, in the following (broken) code fragment, assume that this.done is a non-volatile

boolean field:

 

[java] view plaincopy

1. while (!this.done)  
2.     Thread.sleep(1000);  

 

 

The compiler is free to read the field this.done just once, and reuse the cached value

in each execution of the loop. This would mean that the loop would never terminate, even if

another thread changed the value of this.done.

 

 

 

sleep：在指定的毫秒数内让当前正在执行的线程休眠（暂停执行），此操作受到系统计时器和调度程序精度和准确性的影响。该线程不丢失任何监视器的所属权。 
通过调用sleep使任务进入休眠状态，在这种情况下，任务在指定的时间内不会运行。
调用sleep的时候锁并没有被释放。
休眠 
Java SE5引入了更加显示的sleep()版本作为TimeUnit类的一部分，这个方法允许你指定sleep()延迟的时间单元，因此可以提供更好的可阅读性。TimeUnit还可以被用来执行转换，就想稍后你会在本书中看到的那样。 

wait：调用wait使线程挂起，知道线程得到了notify或notifyAll消息，线程才会进入就绪状态。
使你可以等待某个条件发生变化，而改变这个条件超出了当前方法的控制能力。
线程的执行被挂起，对象上的锁被释放。意味着另一个任务可以获得这个锁。因此在改对象中的其他synchronized方法可以在wait期间被调用。
就意味着生命“我已经刚刚做完能做的所有事情，因此我要在这里等待，但是我希望其他synchronized操作在条件适合的情况下才能够执行”

yield：如果知道已经完成了在run()方法的循环的一次迭代过程中所需要的工作，就可以给线程调度一个机制暗示：我的工作已经做的差不多了，可以让给别的线程使用CPU了。通过调用yield()来实现。
当调用yield时，你也是在建议具有相同优先级的其他线程可以运行。
对于任何重要的控制或在调整应用时，都不恩那个依赖于yield。实际上，yield经常被误用。
（yield并不意味着退出和暂停，只是，告诉线程调度如果有人需要，可以先拿去，我过会再执行，没人需要，我继续执行）
调用yield的时候锁并没有被释放。

interrupt：中断线程。
中断 
Thread.interrupt()或者新类库里面通过Executor的submit()来获得Future<?>返回值，这个Future提供cancel()以停止这个线程。 
Thread类包含interrupt()方法，因此你可以终于被阻塞的任务，这个方法将设置线程的中断状态。如果一个线程已经被阻塞，或者视图执行一个阻塞操作，那么设置这个线程的终端状态将抛出InterruptedException。当抛出该异常或者该任何调用Thread.interrupted()时，中断状态将复位。
你在Executor上调用shutdownNow()，那么它将发送一个interrupt()调用给他启动的所有线程。

 

 

1.sleep()方法

在指定时间内让当前正在执行的线程暂停执行，但不会释放“锁标志”。不推荐使用。

sleep()使当前线程进入阻塞状态，在指定时间内不会执行。

2.wait()方法

在其他线程调用对象的notify或notifyAll方法前，导致当前线程等待。线程会释放掉它所占有的“锁标志”，从而使别的线程有机会抢占该锁。

当前线程必须拥有当前对象锁。如果当前线程不是此锁的拥有者，会抛出IllegalMonitorStateException异常。

唤醒当前对象锁的等待线程使用notify或notifyAll方法，也必须拥有相同的对象锁，否则也会抛出IllegalMonitorStateException异常。

waite()和notify()必须在synchronized函数或synchronized　block中进行调用。如果在non-synchronized函数或non-synchronized　block中进行调用，虽然能编译通过，但在运行时会发生IllegalMonitorStateException的异常。

3.yield方法

暂停当前正在执行的线程对象。

yield()只是使当前线程重新回到可执行状态，所以执行yield()的线程有可能在进入到可执行状态后马上又被执行。

yield()只能使同优先级或更高优先级的线程有执行的机会。 

4.join方法

等待该线程终止。

等待调用join方法的线程结束，再继续执行。如：t.join();//主要用于等待t线程运行结束，若无此句，main则会执行完毕，导致结果不可预测。

publicclass Test {
        publicstaticvoid main(String[] args) {
                Thread t1 = new MyThread1();
                t1.start(); 

                for (int i = 0; i < 20; i++) {
                        System.out.println("主线程第" + i +"次执行！");
                        if (i > 2)try { 
                                //t1线程合并到主线程中，主线程停止执行过程，转而执行t1线程，直到t1执行完毕后继续。
                                t1.join(); 
                        } catch (InterruptedException e) {
                                e.printStackTrace(); 
                        } 
                } 
        } 
} 

class MyThread1 extends Thread { 
        publicvoid run() {
                for (int i = 0; i < 10; i++) {
                        System.out.println("线程1第" + i + "次执行！");
                } 
        } 
}

转载于:https://my.oschina.net/newchaos/blog/1553446