在Java的等待唤醒机制中,为什么锁对象不能是业务操作的对象?

举个很简单的例子,厨师和吃客,厨师做出一道菜,吃客吃一道菜;按常理推,菜的数量应为锁,从而操作线程唤醒或等待,但事实是food不能成为synchronized的参数,必须在Desk中定义一个Object lock并传入synchronized,程序才能跑的通,很疑惑,请大神解答!
正确代码如下,错误代码放在注释中。

//餐桌

public class Desk {

public static Integer food = 0;// 食物,1代表有食物,0代表无食物

public static Object lock = new Object();

}

厨师类

public class Cook extends Thread {

@Override

public void run() {

synchronized (Desk.lock) {//这里必须使用Object类对象,而使用Desk.food就报错

while (true) {

if (Desk.food == 1) {

try {

Desk.lock.wait();//这里必须用lock对象,而使用Desk.food就报错

} catch (InterruptedException e) {

throw new RuntimeException(e);

}

} else {

Desk.food += 1;

System.out.println("厨师做菜" + Desk.food);

Desk.lock.notifyAll();//唤起消费者线程,这里必须用lock对象,而使用Desk.food就报错

}

}

}

}

}

吃客类

public class Foodie extends Thread {

@Override

public void run() {

synchronized (Desk.lock) {//这里必须使用Object类对象,而使用Desk.food就报错

while (true) {

if (Desk.food == 0) {

try {

Desk.lock.wait();//当前线程等待,这里必须用lock对象,而使用Desk.food就报错

} catch (InterruptedException e) {

throw new RuntimeException(e);

}

} else {

Desk.food -= 1;

System.out.println("我吃了" + Desk.food);

Desk.lock.notifyAll();//唤起厨师线程,这里必须用lock对象,而使用Desk.food就报错

}

}

}

}

}

main方法

public static void main(String[] args){

Cook cook =new Cook();

Foodie foodie = new Foodie();

Thread c = new Thread(cook,"厨师线程");

Thread f = new Thread(foodie,"消费者线程");

c.start();

f.start();

}


回答:

  1. synchronized 的锁在 对象
  2. 你的 food 是一个 Integer 类型对象的引用
  3. 设想这样一个场景:

    1. food 是 0,锁住了消费者
    2. 生产者把 food 设置成了 1
    3. 把消费者锁住的锁是 0,并没有人释放 1,所以消费者就一直被锁住了
  4. 简而言之,专门的锁交给专门的对象做
  5. 顺便一说,默认情况下 -255 到 255 的 Integer 对象都是复用的,如果你在某个地方用 0 作为锁,可能会把其他地方用 0 做锁的逻辑锁住…String 也有类似的问题,所以一般就随手 new Object 当锁用

以上是 在Java的等待唤醒机制中,为什么锁对象不能是业务操作的对象? 的全部内容, 来源链接: utcz.com/p/945343.html

回到顶部