asderfzxcd 2017-11-06 00:59 采纳率: 0%
浏览 2416

Thread.sleep(0)是线程的重新一次竞争,wait(0)为什么不是

Thread.sleep(0)是线程的重新一次竞争,wait(0)为什么不是,wait也让出了cpu资源啊

  • 写回答

3条回答 默认 最新

  • Dylanu 2021-01-22 10:24
    关注

    我是尝试从当前线程这个角度切入的:

    1.当前线程A调用Thread.sleep(0)后,会因暂时阻塞而临时让出CPU。此时所有等待抢占CPU的线程都有机会获取CPU,注意是所有线程,当前也包含了当前线程;

    2.当前线程A调用某对象的wait()后,当前线程会进入到该对象的等待池,因阻塞而让出CPU。此时其他线程有机会获取CPU,但是当前线程除外,因为当前线程还被阻塞在对象的等待池中,除非有其他线程也调用了该对象的通知方法,这时A线程才有机会进入到对象的锁池,重新获取竞争锁的机会,也即竞争CPU资源的机会。

    评论

报告相同问题?

悬赏问题

  • ¥15 高德地图点聚合中Marker的位置无法实时更新
  • ¥15 DIFY API Endpoint 问题。
  • ¥20 sub地址DHCP问题
  • ¥15 delta降尺度计算的一些细节,有偿
  • ¥15 Arduino红外遥控代码有问题
  • ¥15 数值计算离散正交多项式
  • ¥30 数值计算均差系数编程
  • ¥15 redis-full-check比较 两个集群的数据出错
  • ¥15 Matlab编程问题
  • ¥15 训练的多模态特征融合模型准确度很低怎么办