Java并发编程中：为什么等待唤醒机制的锁对象不能是业务对象？

Java并发编程中的等待/唤醒机制与锁对象

在Java并发编程中，正确运用wait()和notifyAll()方法至关重要。本文阐述了为什么在使用这些方法时，锁对象不应是业务数据对象，例如文中提到的食物数量food。

文中以厨师做菜、食客吃菜的例子说明了这个问题。直观上，food似乎是合适的锁对象，因为厨师和食客的操作都围绕着它进行。然而，示例代码表明，直接使用food作为synchronized参数会导致程序错误，必须引入独立的Object对象lock作为锁。

这是因为synchronized关键字的锁作用于对象本身，而非对象的值。food是Integer类型的变量，它本身是对象，但存储的是数值，而非同步锁。如果使用food作为锁，food值改变时，锁对象也随之改变，引发严重的并发问题。

立即学习“Java免费学习笔记（深入）”；

分析如下场景：假设food为0，消费者线程阻塞。生产者线程将food设为1时，消费者线程仍持有food值为0时的锁，该锁未释放，导致消费者线程持续等待，程序无法正常工作。

因此，需要一个独立的锁对象，与业务数据无关，只负责线程同步。该锁对象可以是简单的Object实例或专门设计的锁类。它在整个过程中保持不变，确保所有线程操作的是同一个锁对象。 Integer对象的缓存机制也可能导致直接使用Integer变量作为锁出现潜在问题，因此使用新的Object对象作为锁是最安全可靠的做法。 文中Desk.lock就起到了这个作用，它是一个独立的Object对象，仅用于同步，与食物数量food完全隔离，保证了程序的正确性。

以上就是Java并发编程中：