如果我们有足够的处理器来服务所有线程，Thread.yield（）会做什么吗？

Question

如果我们在一台有两个处理器的机器上有两个正在运行的线程，我们调用线程。yield（）？




Answer 1

我一直认为Thread:：yield应该被Thread:：onSpinWait（从java 9开始）取代——这只是一种“较弱”的收益形式，直到我在StampedLock中看到两者的用法：

    else if ((LockSupport.nextSecondarySeed() & OVERFLOW_YIELD_RATE) == 0)
        Thread.yield();
    else
        Thread.onSpinWait();
    return 0L;

所以我不认为它过时了。在jdk源代码的内部，它有很多用法，即使是相对较新的ForkJoinPool也有Thread::的用法。

实际上，我只在繁忙的旋转中使用了Thread:：onSpinWait，因为至少从它的名称来看，何时使用它是非常清楚的；另一方面，屈服不是——所以我不能确定何时以及如何使用它。

只有我的0.02美元。

Answer 2

Thread.yield（）已过时。除非您的程序要在实现协作多任务的平台上运行，或者在仍然使用绿色线程的JVM上运行，否则调用它是没有意义的。

Thread.yield（）的标准库Javadoc有效地表明产量（）根本不需要做任何事情。

Answer 3

每当线程调用线程时。yield（）。线程调度程序可以随意忽略此提示。

如果有任何线程执行yield方法，线程调度程序将检查是否有任何可运行（等待执行）线程具有与该线程相同或更高的优先级。如果处理器发现任何优先级更高或相同的线程，它将切换到新线程。否则，当前线程将继续执行。

因为，在您的示例中，您有足够的处理器为所有线程提供服务（它们正在运行，而不是在可运行状态下等待）<代码>线程。yield（）将什么也不做，线程将继续执行。

有关Windows的说明，来自Microsoft DOTNet：

此方法相当于使用平台调用来调用本机Win32 SwitchToThread函数。

屈服仅限于执行调用线程的处理器。操作系统不会将执行切换到另一个处理器，即使该处理器空闲或正在运行优先级较低的线程。如果没有其他线程可以在当前处理器上执行，则操作系统不会产生执行

所以在某些情况下可能会有一些警告。