wait()和notify()

线程的状态

状态是针对当前线程调度的情况来描述的,也可以认为线程是调度的基本单位,在Java中对线程的状态进行了细化,主要分为下面几种状态


★ 1.NEW  创建了Thread对象,但是还没有调用start


★ 2. TERMINATED  表示内核中的pcb已经执行完了,但是Thread对象还在.


★ 3. RUNNABLE  可运行状态,分为两种情况,一种是正在cpu上执行的,另外一种是在就绪队列里面,随时可以去CPU上执行的


★ 4.WAITING,TIMED_WAITING,BLOCKED 都是阻塞状态,都表示线程PCB正在阻塞队列里面.但触发条件不同,.WAITING是wait()方法触发的,TIMED_WAITING是sleep()方法触发的,BLOCKED是synchronized触发的.synchronized的相关操作在另外一篇博客里

synchronized的相关操作

wait()和notify()_第1张图片

wait()和notify()

线程最大的问题是抢占式执行,随机调度,但为了保证线程的安全,不希望随机调度,程序员就想出一些办法,控制现成的执行顺序,虽然线程在内核中的调度是随机的,但可以通过一些api让线程主动阻塞,主动放弃cpu.

比如有t1,t2两个线程,我们希望t1先执行一半,然后让t2执行,就可以让t2先wait(进入阻塞状态,主动放弃cpu),等t1执行执行一半的时候,在通过notify来通知t2,把t2唤醒,让t2开始执行

wait进行阻塞,某个线程调用wait方法(无论是那个对象),此时就会进入阻塞,此时就处于WAITING状态.

 用代码来看看wait的使用方法wait()和notify()_第2张图片

运行结果

wait()和notify()_第3张图片 此时抛出非法的锁状态异常,锁的状态就是被加锁的状态和被解锁的状态.

为什么胡出现这种异常呢,来看看wait的具体操作

1. 先释放锁

2. 进行阻塞等待

3. 收到通知后,重新尝试获取锁,并在获取锁后,继续往下执行

对上面代码进行修改,wait要先释放锁,就要先加锁,我们对上面代码进行加锁操作

wait()和notify()_第4张图片

运行结果

 此时代码阻塞在synchronized代码块里,实际上这里的阻塞是释放了锁,然后进行阻塞等待,此时就处于WAITING 状态,

此时就需要notify来进行通知,然后唤醒wait,同样,notify()和wait()一样,在使用之前要先释放锁.

在对上面代码进行改进

wait()和notify()_第5张图片

代码的执行结果

wait()和notify()_第6张图片

在wait()的无参数版本,只要t2不进行notify(),t1就会一直等待下去 

在java中wait()还有带参数的版本,可以指定等待的最大时间

wait()和notify()_第7张图片

 还有一个唤醒wait的方法,notifyAll(),此时,当多个线程wait的时候,notify是随机唤醒一个线程,而notifyAll()是唤醒所有线程,这些线程在一起竞争锁.

你可能感兴趣的:(java,开发语言)