为何不能用if条件替代while循环检查spurious wakeup？

先看你给出的生产者消费者场景里的get()方法，它的核心是等待直到valueSet为true（也就是有可用数据），再执行消费逻辑。之所以必须用while包裹wait()，核心原因不是只处理虚假唤醒这么简单，而是要应对两种关键场景：

1. 虚假唤醒本身的不确定性 #

虚假唤醒是指线程在没有收到notify()/notifyAll()信号的情况下，从wait()调用中返回。如果用if判断，线程被虚假唤醒后会直接跳过检查，继续执行后续逻辑——但此时valueSet仍然是false，根本没有可用数据，必然导致逻辑错误。

而while循环会在每次从wait()返回后，重新检查条件：只要valueSet还是false，就继续等待，直到条件真正满足。

2. 正常唤醒后，共享状态可能已被其他线程修改 #

这是更常见也更关键的场景。假设现在有两个消费者线程都在等待生产者的数据：

• 生产者生产了一个数据，设置valueSet = true，然后调用notifyAll()唤醒所有等待的消费者。
• 第一个消费者线程抢到锁，执行消费逻辑，把valueSet设为false，然后释放锁。
• 第二个消费者线程此时拿到锁，如果用的是if判断，它只会在进入wait()前检查一次valueSet，不会重新验证——但此时valueSet已经被第一个消费者改成false了，没有可用数据，直接执行后续代码会导致错误（比如输出旧的n值，或者触发不符合业务逻辑的操作）。

用while循环的话，第二个线程拿到锁后会重新检查valueSet，发现条件不满足，就会再次进入wait()，直到下一次生产者生产数据并唤醒它。

简单来说：wait()返回不代表条件已经满足，只是线程有机会重新检查条件。while循环的作用是确保线程只有在条件真正成立时，才会继续执行后续逻辑，不管是虚假唤醒还是正常唤醒后状态被修改的情况，都能覆盖到。

如果换成if，就相当于假设“只要被唤醒，条件就一定满足”，这在多线程环境下是完全不成立的。

补充：Java官方文档也明确强调，调用wait()时必须放在循环中，因为wait()可能在没有通知的情况下返回，或者通知后条件已发生变化。

内容的提问来源于stack exchange，提问作者Mehdi Rahimi