为什么要对字符串或其他对象使用等待方法？

Question

我有以下代码：

synchronized void myMethod() {
  String s="aaa";
  try {
    s.wait();
  } catch (InterruptedException e) {
    e.printStackTrace();
  }
}

代码抛出异常... 我已经看到在线程上使用 wait 方法的代码，这是可以自我解释和合乎逻辑的..

1. 为什么要在像字符串这样的对象上使用等待方法而不是在主线程上使用它？
2. 它有什么用？
3. 有没有这样的实际实现？

提前致谢

Answer 1

您的示例代码将不起作用，因为该方法在调用 myMethod 的实例上同步，而在字符串上调用 wait。这将导致IllegalMonitorStateException。 你必须在你锁定的同一个对象上调用 wait 和 notify。 得到通知的线程是等待调用 notify 的锁的线程。

锁定字符串对象是个坏主意，不要这样做。您不想锁定无法推断谁能获得它们的事物，因为任何人 都可以获得它们。应用程序中其他地方的一些其他代码可能会锁定相同的字符串值，并且您可能会发生奇怪的交互、死锁，因为其他代码正在获取您的锁定，或者让其他代码通知您。在调试某些多线程行为时，您是否需要考虑字符串是如何池化的？

您可以通过定义自己的锁并将其设为私有来限制谁可以获取您的锁，如下所示：

private final Object LOCK = new Object();

所以只有调用您控制访问的对象的方法的线程才能获取锁：

public void myMethod() {
   synchronized(LOCK) {
      ...
   }
}

这样您就可以确切地知道什么可以获取锁，它并不是对应用程序中的每个线程都可用。任何可以获取该对象引用的东西都可以获取锁，因此请保持引用私有。

您的示例使用等待而不使用带有条件变量的循环的方式非常值得怀疑。线程可以在没有得到通知的情况下退出等待调用。即使通知了一个线程，调度程序也不会给它任何特殊的优先级。在线程被通知到线程可以重新获得它开始等待时放弃的锁的时间之间，另一个线程可以插入并做一些事情，可能会影响通知正在警告等待线程的状态。出于这两个原因，需要有一个循环，当线程从等待中唤醒时，它会重新测试条件。

此外，如果“在线程上使用等待方法的代码”是指将 Thread 对象用作锁的代码，那是另一件要避免做的事情，请参阅API documentation for Thread#join：

此实现使用以 this.isAlive 为条件的 this.wait 调用循环。当线程终止时，将调用 this.notifyAll 方法。建议应用程序不要在 Thread 实例上使用 wait、notify 或 notifyAll。

Answer 2

在调用 wait 之前，您首先需要在 Object 上进行同步。这是您获得异常的地方。

void test() {
    String s = "AAA";
    synchronized( s ) {
        s.wait();
    }
}

当你调用 notify 时必须做同样的事情，但在这种情况下，这是一个非常非常糟糕的主意，因为如果一个线程进入这个方法，它将永远不会返回。虽然考虑到它是一个字符串字面量，但您可以通过在同一类的另一个方法中使用相同的字面量来摆脱它，但不要指望它。

Answer 3

wait() 方法在Object 中实现，String 扩展了对象，因此可以使用。 为什么有人使用它？问他。这不是一个编程问题。

我能想到的：

他可能在一个类中使用"lock1".wait()，在另一个类中使用"lock1".notify()，这将类似于全局锁定对象 因为文字是由 编译器，因此引用同一个对象 但这是非常非常糟糕的做法

Answer 4

这是一个没有影响的同步示例。

首先，您不太可能需要在String 上进行同步，毕竟它是不可变的，因此您不需要它来异步执行任何操作。

其次，你很可能在不正确的对象上进行同步，没有正确编写的程序会使用String 作为同步锁。

第三也是最后一点，s 是一个局部变量。事实上，它与 JCIP 明确告诉你不要在你内联它时使用的模式完全相同：

synchronized (new Object()) {
    // ...
}

这是没有效果的同步，因为它不能保证 synchronized 关键字的用途：序列化访问、锁定和释放语义，要求在任何给定时间只有一个线程执行同步块。

因此，每个线程都会有自己的锁——不好。