在Java开发中，线程池（ThreadPoolExecutor）是处理并发任务的利器。提交任务到线程池时，常用的有两种方式：execute 和 submit。你是否想过，这两种方法在内存使用上有什么不同？

本文将通过源码分析，详细探讨它们各自的内存占用情况，帮助你在实际项目中做出更优选择。

execute

VS

submit

execute 与 submit 的基本区别

execute 方法

用途：

提交一个 Runnable 任务，不会返回执行结果。

适用场景：

当你只需要执行任务，而不需要获取结果时使用。

submit 方法

用途：

提交一个 Runnable 或 Callable 任务，并返回一个 Future 对象，用于获取任务的执行结果或取消任务。

适用场景：

需要获取任务结果或在未来某个时刻取消任务时使用。

内存占用分析

使用 execute 提交任务

假设我们向线程池提交了20万个空任务，代码如下：

public static void main(String[] args) {    ThreadPoolExecutor threadPoolExecutor =            new ThreadPoolExecutor(8, 8, 15, TimeUnit.MINUTES, new LinkedBlockingQueue<>(), new ThreadPoolExecutor.CallerRunsPolicy());    for (int i = 0; i < 200000; i++) {        threadPoolExecutor.execute(() -> {            LockSupport.park();        });    }    LockSupport.park();}

内存计算

Lambda实例：在启用指针压缩的情况下，每个空的Lambda实例大约占用16字节。

LinkedBlockingQueue 的 Node 对象：每个节点大约占用24字节。

每个任务总共：约40字节。

20万任务：总内存约7.6MB。

如果改用 ArrayBlockingQueue，由于省去了 Node 对象的开销，每个任务只需16字节，总内存约3.05MB。

使用 submit 提交任务

同样提交20万个空任务，代码如下：

public static void main(String[] args) {    ThreadPoolExecutor threadPoolExecutor =            new ThreadPoolExecutor(8, 8, 15, TimeUnit.MINUTES, new LinkedBlockingQueue<>(), new ThreadPoolExecutor.CallerRunsPolicy());    for (int i = 0; i < 200000; i++) {        threadPoolExecutor.submit(() -> {            LockSupport.park();        });    }    LockSupport.park();}