java - 将 `Thread.yield()` 插入同步函数时会发生什么

Question

我正在学习 Java 中的多线程。以下是演示代码，我很好奇Thread.yield()在函数内部的用法。

这不是一个同步 函数吗，在运行的任务完成它的工作之前不能调用它？那么插入和不插入Thread.yield()有什么区别呢？

演示代码:

public class SynchronizeEvenGenerator {
private int currentEvenValue = 0;
/**
 * Generate even and return it
 * @return
 */
public synchronized int next() {
    ++currentEvenValue;
    Thread.yield();
    ++currentEvenValue;
    return currentEvenValue;
    }
}

Answer 1

What will happen if Thread.yield() is called in a synchronized function?

作为javadoc对于 Thread.yield() 状态:

"[This is a] hint to the scheduler that the current thread is willing to yield its current use of a processor. The scheduler is free to ignore this hint."

所以有两种可能:

1. 没有任何反应；即 yield() 调用立即返回。
2. 另一个线程被调度并开始执行。最终，该线程被重新安排并且 yield() 调用返回。

有一件事没有发生。线程不会放弃互斥锁。碰巧被阻塞等待获取互斥量的任何其他线程将保持被阻塞。

---

Isn't it a synchronized method, which cannot be called until the running task finishes its work on it?

Thread.yield 不是同步方法。 (即使是，它也会锁定 Thread 对象，而不是 synchronized block 当前持有的锁。)

---

因此，在您的示例中，对 next() 的调用保证使计数器恰好增加 2。如果其他线程调用 next() 方法，第二个调用将保持阻塞，直到(至少)第一个调用返回之后。

javadoc 也这样说:

"It is rarely appropriate to use this method."

---

Another question: Will it become an deadlock for thread scheduling

没有。调用 yield() 的线程最终将被重新调度。

(死锁是一种非常特殊的现象(参见Wikipedia article)，只有在获得锁时才会发生。当线程让出时，它既不获得锁也不释放锁，因此不会导致死锁。)

现在，当一个线程让步时，可能需要很长时间才能再次调度它，特别是如果有许多其他可运行的线程具有相同的或更高优先级。最终结果是等待获取锁的其他线程可能会等待很长时间。这会过度增加争用和拥塞。但最终，yield() 调用将返回，next() 调用将返回，另一个线程将能够获取锁。

简而言之:在持有锁的同时调用yield() 对性能不利，但不会直接导致死锁。

正如 javadoc 所说，调用 yield() 很少是合适的。