为什么不能使用Executors.newFixedThreadPool和newCachedThreadPool_为什么不使用newfixedthreadpool-CSDN博客

本文介绍了Java中线程池的配置方法，特别是如何合理设置newFixedThreadPool和newCachedThreadPool，避免资源消耗过度的问题。同时介绍了使用Guava工具包来增强线程池的功能，并给出了具体的代码示例。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

newFixedThreadPool的阻塞队列大小是没有大小限制的，如果队列堆积数据太多会造成资源消耗。
newCachedThreadPool是线程数量是没有大小限制的，当新的线程来了直接创建，同样会造成资源消耗殆尽。
在新建线程池的时候使用ThreadPoolExecutor创建，阻塞队列可以使用ArrayBlockingQueue,这个队列的源码很金典，锁是一个成员变量。
成员变量在堆内存中
局部变量在栈内存保存
比较好用的线程池；
guava封装了很多实用的工具
<dependency>
<groupId>com.google.guava</groupId>
<artifactId>guava</artifactId>
<version>18.0</version>
</dependency>

private final static int taskSize = 500;
public static final ListeningExecutorService servicePool = MoreExecutors
.listeningDecorator(new ThreadPoolExecutor(
100, 100, 60000L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>(taskSize)));

ListenableFuture<JSONObject> future = ServicePool.singService
.submit(() -> getdata(a,b,c));
try {
JSONObject jsonObject = future.get();
} catch (InterruptedException e) {
e.printStackTrace();
} catch (ExecutionException e) {
e.printStackTrace();
}