为什么线程池独立地而不是并发地执行任务？

如何解决为什么线程池独立地而不是并发地执行任务？

我正在尝试使有关线程池的基础知识变得非常强大。我了解到它在内部使用阻塞队列来“窃取”任务并将其运行到池中的给定线程中。这意味着如果我有10个任务和5个线程，它只能同时运行5个任务，直到1个完全完成。

问题是：为什么不同时进行？为什么不对这10个任务进行时间切片呢？ 实施的原因是什么？

解决方法

为什么不同时使用？为什么不对这10个任务进行时间切片？

您可以拥有一个能够执行十个并发任务的线程池。您只需要配置它至少有十个工作线程即可。 “时间分片”任务是线程的作用。 池的作用是：

• 允许您的程序控制其用于执行“后台”任务的线程数，并且
• 允许您的程序重新使用线程，这比为每个新任务创建一个新线程然后在任务完成时销毁线程要高效得多。

,

为了“对10个任务进行时间片”，这些任务需要位于10个同时运行的独立线程中。

分时调度算法是由操作系统而不是Java实现的。时间片适用于Java中的线程，因为Java线程是作为本机操作系统线程实现的：每个Java线程都有其自己的本机线程，并且这些线程由操作系统根据需要进行调度。

此处的“线程池线程”和“原始线程”之间没有区别。如果将Runnable的实例提供给线程（无论它是否是线程池的一部分），它将根据操作系统的时间分片调度算法从头到尾运行。

那么，为什么不使用数千个线程，为什么还要打扰线程池呢？事实证明，操作系统线程是一种相对昂贵且稀缺的资源，因此Java线程也是如此。

由于操作系统线程是如此昂贵，Project Loom正在研究向Java添加轻量级用户空间线程。当织机合并到主流Java中时，此答案中的某些细节可能会更改。

,

一些好的答案，但我想我会特别回答您的问题。

我了解到它在内部使用阻塞队列来“窃取”任务并将其运行到池中的给定线程中。这意味着如果我有10个任务和5个线程，它只能同时运行5个任务，直到1个完全完成。

如果您将线程池配置为具有5个线程（Executors.newFixedThreadPool(5)），则它将启动5个线程来运行您的作业。最初，会将5个作业分配给5个线程以同时运行（如果您的服务器有5个可用CPU）。一旦5个作业之一完成，第6个作业将立即在空闲线程上启动。这一直持续到所有10个作业都运行完为止。

问题是：为什么不同时进行？为什么不对这10个任务进行时间切片呢？实施的原因是什么？

如果愿意，可以改为使用缓存的线程池（Executors.newCachedThreadPool()），该线程池将为您同时提交的10个作业中的每一个启动线程。这可能适合10个工作，但不适用于100,000个工作–您不希望启动100,000个线程。当我们想要限制同时运行的作业数量时，我们使用一个固定的线程池。尽管似乎同时运行5个作业总是比一次运行10个作业慢，但是并不一定要这样。当作业之间的操作系统时间片与整个作业吞吐量之间的OS时间间隔可能比5个线程快10个线程时，这要付出一定的代价，具体取决于硬件的处理器数量。限制并发作业的数量也不会给服务器造成太大的压力，并且应该使您的应用程序与其他正在运行的应用程序更好地协同工作。

在此处查看有关缩放线程的答案：Concept behind putting wait(),notify() methods in Object class