项目 不依赖于线程调度器

1。线程调度器的作用

线程调度程序确定哪些线程可以运行以及运行多长时间。 不同操作系统的扩展策略有所不同。 重要的是不要依赖调度程序的行为来保证程序的正确性或性能，因为这会损害可移植性。

2。鲁棒程序的策略：线程平衡

要创建健壮的程序，请将可执行线程的数量保持在接近可用处理器的数量。这可以避免调度程序过载并确保一致的行为。 尽管线程总数可能更高，但等待（不可运行）线程不会显着影响系统负载。

3。管理线程的技术：避免主动等待和扩展

避免热等待，其中线程不断检查共享资源的状态。 这会不必要地消耗处理器资源。 通过正确调整线程池的大小（如在执行程序框架中）并创建适当大小的任务来减少可执行线程的数量 - 不能太小而导致开销占上风，也不能太大以致妨碍并行性。

4。不良做法示例：积极希望

下面的代码演示了主动等待：

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--;
        }
    }
}

此代码消耗过多资源。 解决方案是使用 CountDownLatch，它使用高效的阻塞机制。

5。避免Thread.yield()

Thread.yield()方法在不同的JVM实现之间不一致，并且没有为并发问题提供健壮或可移植的解决方案。 不要使用 Thread.yield()，而是重构代码以减少可执行线程的数量。

错误示例：

while (!condition) {
    Thread.yield(); // Incorreto: uso de Thread.yield()
}

6。线程优先级调整

调整线程优先级也不是很可移植，在操作系统和 JVM 之间有所不同。 它的使用必须仅限于特定场景，在这些场景中，服务质量的提高证明了可移植性的损失是合理的，而不是作为结构性问题的解决方案。

7。结论

不要依赖调度程序来纠正或优化程序的性能。避免使用 Thread.yield() 和过多的优先级调整。 最好的方法是重组应用程序以保持可执行线程数量的平衡。

---

书中的示例：

以上是项目 不依赖于线程调度器的详细内容。更多信息请关注PHP中文网其他相关文章！