Java多线程编程中，为什么等待唤醒机制的锁对象要与业务对象分离？

java中等待唤醒机制中的锁对象与业务操作对象分离的理由

在多线程编程中，等待唤醒机制通过使用同步锁来协调线程之间的交互。然而，锁对象不应该与业务操作的对象相同，即锁的对象不能是业务操作的直接参数。

原因：

1. 锁对象和业务操作对象分离：synchronized 的锁是作用在对象上的，而业务操作是一个具体的操作，不能直接作用于锁。
2. 避免死锁：如果锁对象和业务操作对象是同一个，可能会导致死锁。例如，如果两个线程同时等待同一锁对象上的业务操作，那么这两个线程都会阻塞，无法释放锁，导致死锁。
3. 锁对象专一：专门的锁交给专门的对象做，避免了将业务操作的逻辑与锁的管理混淆在一起。

正确的代码：

public class Desk {

    private static Integer food = 0;
    private static final Object lock = new Object();

}

public class Cook extends Thread {

    @Override
    public void run() {
        synchronized (lock) {
            while (true) {
                if (food == 1) {
                    try {
                        lock.wait();
                    } catch (InterruptedException e) {
                        throw new RuntimeException(e);
                 
   }
                } else {
                    food = 1;
                    System.out.println("厨师做菜" + food);
                    lock.notifyAll();
                }
            }
        }
    }

}

public class Foodie extends Thread {

    @Override
    public void run() {
        synchronized (lock) {
            while (true) {
                if (food == 0) {
                    try {
                        lock.wait();
                    } catch (InterruptedException e) {
                        throw new RuntimeException(e);
                    }
                } else {
                    food = 0;
                    System.out.println("我吃了" + food);
                    lock.notifyAll();
                }
            }
        }
    }

}