java synchronized 效率_Java synchronized会降低所修饰的块内代码的执行效率吗?

当然会,我给你举个例子,假如现在有2条狗A和B,只有一个碗,碗里装满了饭,给这两条狗吃,但是有个原则就是同一时刻只有一条狗能吃碗里的饭,假如我是狗主人(这里相当于cpu)我心理会有个公平的算法一会让A只狗吃饭,B狗就要停下别吃,反之亦然,可是问题怪就怪在,这两条狗A和B自己约定了规则用一个牌子(这里相当于synchronized锁住的对象)如果这个牌子在A狗身上A狗就能有机会吃饭,B狗就不能吃饭,反之亦然!

问题来了:假如现在我让B狗吃饭,可是B狗发现牌子不在B狗自己身上,这个时候处于规则限制虽然操作系统调度模块给了B狗有吃饭了权利,但是B狗没有和A狗约定的令牌,导致自己也不能吃饭,并且这个时候A狗虽然有令牌,但是没有狗主人下达的权利导致僵持住了,也无法吃上饭,这个时候cpu资源利用率很低属于空跑现象。因为操作系统调度是不规则的,除非操作系统调度规则让A狗吃饭,且A狗又有令牌了,这个时候A狗在双重机会都拥有的情况下,才能吃上饭,其他情况都吃不上饭,且自己吃不上饭的时候对方B狗也未定能吃上饭,这就是效率低的主要原因,网上解释一大片,各种名词,比较抽象,一般很难深入理解。

synchronized是jvm底层实现的和操作系统没有关系,cpu调度算法是操作系统调度模块实现的,他俩没有约定啥,导致两个同时发挥时各自只考虑各自的调度规则,但是程序能否运行却是要在这两个规则都满足的情况下才可以!不知道你懂了没有,如果有时间可以深入反复的学习下操作系统原理方面的相关知识,很多晦涩难懂的问题就会一目了然。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值