空闲固定线程池的缺点

Question

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


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 元素，让线程池运行处于空闲状态是否有任何缺点。我不能真正关闭它以进行垃圾回收，因为当需要创建新元素时，用户输入将再次需要它。那么在没有提交 Runnables 的情况下留下线程池有什么主要缺点吗运行?

Answer 1

没有，没有缺点。

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

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

另外，提个建议。不要做过早的优化。那是万恶之源。遇到真正的性能问题后分析问题，为此使用特殊实用程序并检测瓶颈。

空闲固定线程池的缺点

Drawbacks to an idling fixed threadpool

java

performance

multithreading

threadpool