1。线程调度器的作用
线程调度程序确定哪些线程可以运行以及运行多长时间。 不同操作系统的扩展策略有所不同。 重要的是不要依赖调度程序的行为来保证程序的正确性或性能，因为这会损害可移植性。
2。鲁棒程序的策略：线程平衡
要创建健壮的程序，请将可执行线程的数量保持在接近可用处理器的数量。这可以避免调度程序过载并确保一致的行为。 尽管线程总数可能更高，但等待（不可运行）线程不会显着影响系统负载。
3。管理线程的技术：避免主动等待和扩展
避免热等待，其中线程不断检查共享资源的状态。 这会不必要地消耗处理器资源。 通过正确调整线程池的大小（如在执行程序框架中）并创建适当大小的任务来减少可执行线程的数量 - 不能太小而导致开销占上风，也不能太大以致妨碍并行性。
4。不良做法示例：积极希望
下面的代码演示了主动等待：
<code class="language-java">public class SlowCountDownLatch {
private int count;
public SlowCountDownLatch(int count) {
this.count = count;
}
public void await() {
while (count > 0) {
// Espera-ativa: desperdício de recursos do processador
}
}
public void countDown() {
if (count > 0) {
count--;
}
}
}</code>此代码消耗过多资源。 解决方案是使用 CountDownLatch，它使用高效的阻塞机制。
5。避免Thread.yield()
Thread.yield()方法在不同的JVM实现之间不一致，并且没有为并发问题提供健壮或可移植的解决方案。 不要使用 Thread.yield()，而是重构代码以减少可执行线程的数量。
错误示例：
<code class="language-java">while (!condition) {
Thread.yield(); // Incorreto: uso de Thread.yield()
}</code>6。线程优先级调整
调整线程优先级也不是很可移植，在操作系统和 JVM 之间有所不同。 它的使用必须仅限于特定场景，在这些场景中，服务质量的提高证明了可移植性的损失是合理的，而不是作为结构性问题的解决方案。
7。结论
不要依赖调度程序来纠正或优化程序的性能。避免使用 Thread.yield() 和过多的优先级调整。 最好的方法是重组应用程序以保持可执行线程数量的平衡。
书中的示例：
以上是项目 不依赖于线程调度器的详细内容。更多信息请关注PHP中文网其他相关文章！
