如何解决Java的ThreadPoolExecutor可以在应用程序级别充当负载平衡器吗？
使用ThreadPoolExecutor，我们可以通过限制最大线程数来定义服务器应处理的最大请求数。
此外，ThreadPoolExecutor将额外的传入请求添加到线程队列中。
因此，在应用程序级别，可以使用ThreadPoolExecutor编写基于应用程序需求的自定义逻辑，以限制或拒绝某些请求。
因此，它可以在应用程序级别充当负载平衡器吗？
解决方法
从理论上讲，我们可以使用ExecutorService来优化资源利用。实际上，存在一些限制。例如，ThreadPoolExecutor计划是任务。任务在Java线程上运行，而Java线程则映射在OS线程上。 Java线程无法卸载任务，除非定期或例外地完成任务。但是，操作系统线程可以卸载Java线程并加载另一个进程。
Java线程无法卸载未完成的任务这一事实的结果是，系统可能会被抛弃到Thread starvation：当（父）任务创建新的（子）任务而父任务需要子任务的结果继续，我们可以达到这样一个程度：所有Java线程都停留在等待子任务完成的父任务上，并且由于没有可用的线程来执行子任务，因此没有线程可以取得进展。>
有人试图规避此瓶颈，例如ForkJoinPool可以启动其他Thread来解决线程饥饿问题。但是，不能保证总是避免或解决线程饥饿问题（这是vert.x或webflux之类的框架拒绝阻塞操作或将它们委托给专用线程的原因之一。）
Furhtermore-as was mentioned by daniel kullmann in the comments-负载平衡器尝试平衡工作。在ThreadPoolExecutor中，存在一个共享队列，并且线程主动地拉任务，因此没有主动的平衡。这些是不同的概念。
如果您接受“负载均衡”的广泛定义，可以，可以将ThreadPoolExecutor视为一种负载均衡器。
根据负载均衡like the one on Wikipedia的广泛定义：
在计算中，负载平衡是指在一组资源（计算单元）上分配一组任务的过程，目的是使它们的整体处理效率更高。
对于线程池执行器，任务是您需要运行的Runnable或Callable的实例。线程池管理的线程是资源，任务分布在其中。线程池旨在通过确保没有线程空闲（只要有需要执行的任务）来提高整体处理效率。
另一方面，问题的措辞表明您正在考虑另一种负载平衡：一种将Web服务请求分布在服务器计算机上的方式，并且您希望满足服务需求，同时避免任何负载超载特定的机器。在这种情况下，您可以将ThreadPoolExecutor用作负载平衡系统的一部分，但它本身并不是一个完整的解决方案：ThreadPoolExecutor仅在一台计算机上的线程之间分配任务。它无法响应远程计算机的请求，也无法将任务发送到远程计算机。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。