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

同步对象锁定混淆

孟子墨
2023-03-14

我在学习K

public class AccountDanger implements Runnable {
  private Account account = new Account();
  public void run() {
    for(int x =0 ; x < 5 ; x++){
      makeWithdrawl(10);
      if(account.getBalance() < 0 ){
        System.out.println("account is overdrawn");
      }
    }
  }
  public static void main(String[] args){
    AccountDanger accountDanger = new AccountDanger();
    Thread one = new Thread(accountDanger);
    Thread two = new Thread(accountDanger);
    one.setName("Fred");
    two.setName("Lucy");
    one.start();
    two.start();
  }

  private synchronized void makeWithdrawl(int amt){
    if(account.getBalance() >= amt){
      System.out.println(Thread.currentThread().getName() + " is going to withdraw");

    try{
      Thread.sleep(500);
    }
    catch(InterruptedException e) {
      e.printStackTrace();
    }
    account.withdraw(amt);
    System.out.println(Thread.currentThread().getName() + " completes the withdrawl");
   }
    else{
      System.out.println("Not enough in account for " + Thread.currentThread().getName() + " to withdraw " +
        account.getBalance());
    }
 }
}

K

当一个方法从同步块中执行代码时,代码被称为在同步上下文中执行。当您同步一个方法时,用于调用该方法的对象是必须获取其锁的对象。但是当我们同步代码块时,您必须指定要使用哪个对象的锁作为锁。

在本例中,会在AccountDanger实例或Account对象上获取锁吗?我想应该是这样的。我感觉正确吗?如果它是AccountDanger对象,并且一个线程已获得AccountDanger锁,那么其他线程是否能够调用非同步方法?

共有2个答案

怀飞扬
2023-03-14
private synchronized void makeWithdrawl(int amt){
     //is implicitly acquiring lock on this object (AccountDanger object)              
}

因此,在本例中,调用此方法的第一个线程将进入synchronized块获取this对象监视器并保持它,并且除了第一个线程本身之外,没有其他线程可以在this上再次获取监视器锁。调用此方法的所有其他线程都将阻塞,直到第一个线程释放锁并释放监视器。

注意:用于同步块的锁本质上是可重入的。

关胜
2023-03-14

所以在这个例子中,锁会在Account tDanger实例或帐户对象上获取吗?

对我经常看到的一个技巧是,当你只有一小段真正需要同步的代码时,在上同步这个。例如:

int balance = -1;
synchronized(this) {
  balance = account.getBalance();
  account.withdraw(amt);
}
//IO, etc. after that.

一般来说,这会加快速度。

 类似资料:
  • 在示例代码中 在这个页面上, lock1和lock2分别控制c1和c2上的更新。 然而, 正在获取对象lock1的锁并在同步块时释放它 被执行。 当这个代码块被执行时,这个对象的成员c1上可能还有一个更新——我看不出这个更新是如何被代码中的lock1上的同步所阻止的。 只有对象lock1可以独占访问——除此之外别无它物(?) 那么,实施情况如何 在上面的代码中不同于 甚至 当c1是一个对象而不是一

  • 假设我有两条线。Thread1正在访问一个同步方法,同时,Thread2正在访问同一对象的另一个同步方法。据我所知,Thread2应该等到Thread1完成它的任务。我的问题是,Thread2是否在对象的等待线程列表中?对我来说似乎是这样,但Thread2不调用wait()方法,那么作为逻辑结果,它不应该在对象的等待线程列表中。如果它不在对象的等待线程列表中,那么Thread2的状态是什么?

  • 问题内容: 我正在建模一个游戏,其中多个玩家(线程)同时移动。玩家当前所在位置的信息被存储两次:该玩家具有一个变量“ hostField”,该变量引用板上的一个字段,每个字段都有一个ArrayList,用于存储当前位于该字段的玩家。 我对拥有冗余信息的事实不是很满意,但是我发现如果不遍历大数据集就无法避免这种情况。 但是,当玩家从一个字段移到另一个字段时,我想确保(1)冗余信息保持链接(2)此刻没

  • 问题内容: 输出是 线程1开始 线程1的内部演示 线程2开始 线程2的内部演示 由于,执行尚未结束。 我已经通过类的同一个实例来的两个类的构造函数和。 对in 的调用位于一个块中。 要在通话中是 没有 的块。 所以,当被执行时,由于块,的监视器应锁定,导致拒绝访问,以由所述。 但是,这没有发生。 预期的输出是 (输出在完成之前。) 因此,我的基本问题是: 即使 尚未完成 块, 如何成功执行? 问题

  • 我有一个下面的代码,我在套接字上使用synchronized: 我想了解套接字上的在这里如何工作?我有大约20个线程同时调用这个方法,每次都可能不同。我们有大约60个插座可供选择,所以所有这20个线程可以从60个插座中选择任何一个。这是可能的,多个线程可以选择相同的套接字发送数据,或多个线程可以选择不同的套接字每次发送数据。下面是我能想到的场景: null