LockSupport.park();
LockSupport.unpark(暂停线程对象)
但是看下面的情况
unpark先于park执行,这时t1线程即使调用了park方法,也没有进入阻塞,而是立马向下执行了
特点
与Object的wait & notify 相比
- wait,notify和notifyAll必须配合Object Monitior一起使用,而unpark不必
- park & unpark 是以线程为单位【阻塞】和【唤醒】线程,而notify只能随机唤醒一个等待线程,notifyAll是唤醒所有等待线程,不那么精确
- park & unpark 可以先 unpark,而 wait & notify 不能先notify
原理
每个线程都有自己的一个Parker对象,由三部分组成 _counter,_cond,_mutex
- 线程就想一个旅人,Parker就像他随身携带的背包,cond条件变量就好比背包中的帐篷。_counter就好比背包中的备用干粮(0为耗尽,1为充足)
- 调用park就是要看需不需要停下来歇息
- 如果备用干粮耗尽,那么就钻进帐篷休息
- 如果备用干粮充足,就不用停留,继续前进
- 调用unpark,就好比令干粮充足
- 如果此时线程还在帐篷,就让他继续前进
- 如果这时线程还在运行,那么下次他调用park时,仅仅是消耗掉备用干粮,不再需要停留进行前进
- 因为背包空间有限,多次调用unpark仅仅会补充一份备用干粮
- 旅途开始的时候,是没有备用干粮的
- 当前线程调用Unsafe.park()方法
- 检查_counter,本情况为0,这时,获得_mutex互斥锁
- 线程进入 _cond条件变量阻塞
- 设置_counter = 0
- 调用Unsafe.unpark(Thread_0) 方法,设置_counter为1
- 唤醒_cond 条件变量中的 Thread_0
- Thread_0恢复运行
- 设置_counter为0
- 调用Unsafe.unpark(Thread_0)方法,设置_counter为1
- 当前线程调用Unsafe.park()方法
- 检查_counter,本情况为1,这时线程无需阻塞,继续运行
- 设置_counter为0