当前位置: 首页 > 知识库问答 >
问题:

多个线程如何在java中的同步方法和同步块中获取和释放锁?

应煌
2023-03-14

java线程如何获取同步块中使用的监视器或同步方法中使用的监视器上的锁?

我在多个帖子中读到,在有偏见的锁定情况下,此信息使用CAS操作存储在对象标头中,在有竞争的情况下,使用等待设置队列/监视器队列,但最终仅在对象标头中标记锁定。如果是这种情况,那么锁是如何释放的?如何将对象标记为免费以供另一个线程获取锁?内部是否为此使用了等待和通知方法?如果是这种情况,那么为什么在同步块内使监视器为空不会引发任何异常。

下面的示例工作得非常好,我期望NullPointerException假设同步块的结尾将尝试标记lock属性以释放锁。

示例:

Object monitor = new Object();
    synchronized (monitor){
        System.out.println("before null");
        monitor =null;
        System.out.println("after null");
    }

    System.out.println("successfully Exited");

共有1个答案

吴举
2023-03-14

在偏置锁定的情况下:如果锁定偏向某个线程,则不需要CAS;只是一个易失性写入。偏置锁定信息保持在对象标题的标记字中。将从JDK 15中移除偏置锁定。

如果争用锁,则使用对象监视器进行同步。默认情况下,对象监视器是放气的,但如果存在争用或您执行等待/通知,则监视器会膨胀并附加到对象。

Linux阻塞行为是使用等待队列实现的。因此,当线程需要等待锁时,它会从调度程序中删除并添加到等待队列中。当锁解锁时,等待队列上的线程会重新插入调度程序。

代码不引发异常的原因是,在输入同步块时,监视器只读取一次。

PS:有可能是因为锁省略,你的锁被完全移除了。如果JIT不能提供其他线程可以获得的锁,那么同步就没有意义。

 类似资料:
  • 问题内容: 我正在查看包含同步方法的第三方库中的一些代码,在此方法中,有一个锁定在实例变量上的同步块。与此类似: 这有意义吗?如果是这样,在同步方法中使用同步语句有什么好处? 鉴于同步方法锁定了整个对象,对我来说似乎是多余的。在使用非私有的实例变量时,这种方法是否有意义? 问题答案: 在您的示例中,该方法 同时 锁定了和的实例。其他方法可能仅锁定对象的实例 或 对象。 因此,是的,这完全取决于他们

  • 问题内容: Java中的同步方法和同步块有什么区别? 我一直在网上搜索答案,人们似乎对此不太确定:-( 我的看法是,两者之间没有区别,只是synch块的作用域可能更多,因此锁定的时间更少了? 如果在静态方法上使用Lock,则采用什么Lock?班级锁是什么意思? 问题答案: 同步方法将方法接收器用作锁(即,用于非静态方法,而用于静态方法的封闭类)。 blocks将表达式用作锁。 因此,以下两种方法等

  • 我试图更好地理解Java多线程。所以,我知道这句话说只有一个线程可以访问一个对象实例,从而调用该实例的方法(例如,在这种情况下,类 中的减方法。 但是,当你仍然有相同的 会发生什么,但两个线程与不同的 相关联,完全试图调用 的方法?我以为不的消息永远不会被打印出来,但它确实打印出来了。毕竟,仍然只有一个对象实例 ,这是否意味着同步不适用于此示例?

  • 问题内容: 任何人都可以解释以下语句吗……“静态同步方法和非静态同步方法不会互相阻塞-它们可以同时运行” 问题答案: 锁定对象在静态方法和非静态方法上有所不同。静态方法将Class对象用作锁(锁obj:),而非静态方法将实例对象用作锁,此时方法的调用已绑定到该对象(锁obj:)。

  • 当我尝试通过启动不同的线程来执行所有同步方法时,我在一个类中有三个同步方法,我看不到同步的输出,在对象上没有获得锁 公共类DisplayMessage{ }线程类: 公共类 MyThread 扩展了线程 { }Thread2类:公共类MyThread2扩展线程{ } 线程 3 类: 包装Synchronization.classlock; 公共类MyThread3扩展线程{ } 使用main方法生

  • 本文向大家介绍java多线程编程之Synchronized块同步方法,包括了java多线程编程之Synchronized块同步方法的使用技巧和注意事项,需要的朋友参考一下 文章分享了4个例子对synchronized的详细解释 1、是否加synchronized关键字的不同 加了synchronized关键字的输出结果如下 会先输出一组0-4,接着再输出下一组,两个线程顺序执行 excute:0