空闲固定线程池的缺点

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。你还说你会再次使用这个池，所以在你的情况下没有必要关闭它并再次重新创建。

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

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