Park & Unpark

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仅仅会补充一份备用干粮
  • 旅途开始的时候,是没有备用干粮的

  1. 当前线程调用Unsafe.park()方法
  2. 检查_counter,本情况为0,这时,获得_mutex互斥锁
  3. 线程进入 _cond条件变量阻塞
  4. 设置_counter = 0

  1. 调用Unsafe.unpark(Thread_0) 方法,设置_counter为1
  2. 唤醒_cond 条件变量中的 Thread_0
  3. Thread_0恢复运行
  4. 设置_counter为0

  1. 调用Unsafe.unpark(Thread_0)方法,设置_counter为1
  2. 当前线程调用Unsafe.park()方法
  3. 检查_counter,本情况为1,这时线程无需阻塞,继续运行
  4. 设置_counter为0 
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值