ThreadPoolExecutor参数配置

Question

我正在使用一个客户端应用程序，它需要从Rest请求数据。这些请求中有许多是独立的，因此可以异步调用它们。我正在使用ThreadPoolExecutor来实现这一点，并且我已经看到它可以使用几个参数进行配置：

• corePoolSize
• maxPoolSize
• queueCapacity

我读过这篇文章，我理解以下内容：

• 下面的值是执行器添加一个新线程而不是对其进行排队的值。
• maxPoolSize是上面的值，其中执行器将请求排队。
• 如果实际线程数在corePoolSize和maxPoolSize之间，则请求将排队。

但我有一些问题：

• 我一直在测试，corePoolSize越高，我得到的结果就越好。在一个有很多客户请求这个Rest (可能每天数百万)的生产环境中，corePoolSize应该有多高？
• 我应该怎么做才能得到“最优”参数？只有通过测试？
• (每个参数的)高/低值可能导致哪些问题？

提前谢谢你

更新

我目前的价值观是：

• corePoolSize =5
• maxPoolSize = 20
• queueCapacity = 100

Answer 1

• corePoolSize是要保存在池中的线程数，即使它们是空闲的，除非设置了{@ allowCoreThreadTimeOut}。
• maximumPoolSize是池中允许的最大线程数。

corePoolSize是您希望永远等待的线程数量，即使没有人请求它们。maximumPoolSize是您将启动的Rest的线程数和并发请求数的最大值。

• 每秒有多少次请求？(每秒平均/最大)。
• 一次请求需要多长时间？
• 用户的最长可接受等待时间是多长？

corePoolSize >= requests per second * seconds per request

maximumPoolSize >= maximum requests per second * seconds per request

queueCapacity <= maximumPoolSize * maxWaitTime / timePerRequest (您应该监视这一点，以便您知道什么时候必须采取行动)。

您必须记住，Rest或您自己的应用程序/服务器/带宽可能会对并发连接的数量施加一些限制，而且许多并发请求可能会增加每个请求的时间。

我宁愿保持低corePoolSize，keepAliveTime相当高。

您必须记住，仅对于并行HTTP请求，每个线程都会增加相当大的开销，应该有一个NIO变体来执行此操作，而不需要大量线程。也许你可以试试阿帕奇米娜。