DEV Community
·
项目 84：不要依赖线程调度器
内容提要
线程调度器负责决定可执行线程的运行时间，策略因操作系统而异。应保持可执行线程数量与处理器数量接近，以避免调度器过载，减少忙等待和不必要的线程切换，使用有效的同步机制。调整线程优先级不可靠，建议重构应用以保持线程平衡。
关键要点
-
线程调度器负责决定可执行线程的运行时间，策略因操作系统而异。
-
应保持可执行线程数量与处理器数量接近，以避免调度器过载，确保一致性。
-
避免忙等待，线程不应频繁检查共享对象的状态，以提高效率。
-
应合理调整线程池的大小，创建适当大小的任务以避免性能损失。
-
避免使用忙等待的实现方式，如SlowCountDownLatch，建议使用更高效的CountDownLatch。
-
Thread.yield的使用不可靠，可能导致不同JVM实现中的不一致性。
-
线程优先级在不同操作系统和JVM中变化，建议避免依赖于优先级调整来解决问题。
-
最佳实践是重构应用程序，以保持可执行线程的平衡数量。
延伸解读
线程调度器的局限性
线程调度器的行为因操作系统而异，依赖其来优化性能可能导致程序在不同环境下表现不一致。因此，开发者应避免将调度器作为性能优化的主要手段，而应关注代码的结构和线程的合理管理。
避免忙等待的必要性
忙等待会导致CPU资源的浪费，影响整体系统效率。开发者应使用更高效的同步机制，如CountDownLatch，来替代不必要的忙等待实现，从而提升应用程序的性能和响应速度。
线程优先级的可变性
线程优先级在不同的操作系统和JVM中可能表现不一致，依赖优先级调整来解决问题并不可靠。建议开发者在设计应用时，关注线程数量的平衡，而非优先级的调整，以确保更好的可移植性和稳定性。
延伸问答
线程调度器的主要功能是什么？
线程调度器负责决定可执行线程的运行时间，策略因操作系统而异。
如何避免线程调度器过载？
应保持可执行线程数量与处理器数量接近，以避免调度器过载。
忙等待对线程效率有什么影响？
忙等待会增加处理器的使用，降低效率，因此线程不应频繁检查共享对象的状态。
为什么不建议使用Thread.yield？
Thread.yield在不同JVM实现中表现不一致，可能导致不可靠的结果。
如何合理调整线程池的大小？
应根据任务的大小和复杂性，创建适当大小的任务，以避免性能损失。
重构应用程序的目的是什么？
重构应用程序的目的是保持可执行线程的平衡数量，从而提高性能和一致性。
