空闲固定线程池的缺点

Question

我目前正在对软件进行各种性能改进。由于它使用 SWT 作为它的 GUI，我遇到了一个问题，在某些情况下，在显示线程中创建了很多 UI 元素。 由于我之前的人并没有真正注意在显示线程之外进行任何计算，因此整个软件在启动时可能会在几秒钟内无响应。 我现在已经隔离了需要在显示线程中执行的代码，我现在正在计算我提交到固定线程池的 Runnables 中的所有其他内容。 我正在使用这样的游泳池：

public abstract class AbstractChartComposite {
private static ExecutorService pool = Executors.newFixedThreadPool(8);

private List<String> currentlyProcessingChartItems = new ArrayList<>();

protected void doCalculate(constraints){
for (IMERuntimeConstraint c : constraints) {
    if(!currentlyProcessingChartItems.contains(c.getId())){
        currentlyProcessingChartItems.add(c.getId());
        pool.submit(new Runnable(){
            @Override
            public void run() {
                try{
                  createChartItem(c);
                currentlyProcessingChartItems.remove(c.getId());
                }catch(Throwable e){
                    e.printStackTrace();
                }
            }
        });
    }
  }
}
}

我现在想知道，一旦创建了所有 UI 元素，让线程池处于空闲状态是否有任何缺点。我不能真正关闭它以进行垃圾收集，因为当需要创建新元素时，用户输入将再次需要它。 那么让没有提交的 Runnable 运行的线程池有什么主要缺点吗？

Answer 1

不，没有缺点。

线程实际上不会运行，它们会停放直到提交新任务。所以不影响CPU。您还说您将再次使用此池，因此在您的情况下，没有必要将其关闭并重新创建。

至于内存 - 是的，空闲线程会消耗一些内存，但这也不是问题，直到您拥有数百个（数千个？）线程。

还有一点建议。不要进行过早的优化。这是万恶之源。一旦遇到真正的性能问题，请分析问题，为此使用特殊实用程序并检测瓶颈。