SimpleAsyncTaskExecutor：@Async 的默认异步执行器

特性	说明
线程模型	每个任务启动一个新线程（`new Thread().start()`）
线程复用	不支持线程池，无法复用线程
资源消耗	高并发时可能创建大量线程，导致系统资源耗尽（OOM、上下文切换开销大）
并发控制	可设置最大并发数（`setConcurrencyLimit()`），超过则排队
使用场景	适用于任务数量可控、生命周期短或与会话绑定的场景

二、源码结构简析

java 复制代码

public class SimpleAsyncTaskExecutor implements AsyncTaskExecutor {
    private int concurrencyLimit = Integer.MAX_VALUE;

    @Override
    public void execute(Runnable command) {
        Thread thread = createThread(command);
        thread.start();
    }

    protected Thread createThread(Runnable runnable) {
        Thread thread = new Thread(runnable, getThreadNamePrefix() + threadNumber++);
        // 可以自定义优先级、守护线程等
        return thread;
    }

    public void setConcurrencyLimit(int concurrencyLimit) {
        this.concurrencyLimit = concurrencyLimit;
    }
}

当设置了 concurrencyLimit 后，超出限制的任务会被放入内部队列等待，直到有"槽位"释放。

三、Spring 中的默认行为

3.1 在 `@EnableAsync` 场景下的默认行为：

如果你没有配置自定义的 Executor，Spring 的 @Async 注解将使用以下顺序选择默认执行器：

查找类型为 TaskExecutor 的 Bean；
若未找到，则创建一个默认的 SimpleAsyncTaskExecutor 实例。

这意味着：你不配置线程池 → Spring 默认每任务起一个线程！

这在生产环境中非常危险！

看到没？每次执行任务都创建新线程，不复用，不池化。

3.2 为什么这么设计？

Spring 的设计理念是：提供一个开箱即用的默认实现，让开发者快速上手，但生产环境你得自己配置。

SimpleAsyncTaskExecutor 的定位是：

测试环境快速验证异步功能
低并发场景临时使用
提醒开发者该配置正式的线程池了

官方文档明确写了：

This implementation does not reuse threads. Consider using a ThreadPoolTaskExecutor for production environments.

翻译：这玩意儿不复用线程 ，生产环境请用 ThreadPoolTaskExecutor。

3.3 问题在哪？

1. 性能问题

创建线程是昂贵的操作：

java 复制代码

// 每次请求都这样
public void handleRequest() {
    asyncService.doSomething();  
    // → 创建线程（耗时 1-10ms）
    // → JVM 分配栈空间（默认 1MB）
    // → 操作系统调度
}

高并发下：

CPU 飙高：频繁创建/销毁线程
内存暴涨：每个线程 1MB 栈空间，1000 个请求 = 1GB
响应变慢：线程创建本身就是耗时操作

2. 资源泄漏风险

线程没有上限控制

java 复制代码

// 如果有人恶意攻击，疯狂发请求
for (int i = 0; i < 10000; i++) {
    asyncService.process();  // 创建 10000 个线程！
}

结果：

线程数超过系统限制（Linux 默认 32768）
OOM：unable to create new native thread
服务直接挂掉

3. 无法监控和管理

没有队列，没有统计：

复制代码

// 你无法知道：
// - 当前有多少异步任务在执行
// - 任务平均执行时间
// - 有多少任务失败了

3.4 对比正常的线程池

用数据说话：

指标	SimpleAsyncTaskExecutor	ThreadPoolTaskExecutor
线程创建	每次新建	复用线程
内存开销	1000 req = 1GB	固定 20 线程 = 20MB
CPU 开销	大量上下文切换	可控
队列机制	无	有（缓冲）
拒绝策略	无	可配置
监控指标	无	完善

四、适用场景（何时可用？）

虽然不适合通用异步处理，但在一些特殊场景下仍有价值：

1. 批处理作业（如 Spring Batch）

每个 Job 实例运行一次，任务数有限。
使用 SimpleAsyncTaskExecutor 避免复杂线程池管理。

2. Web 应用中的会话级异步操作

每个用户请求触发少量后台任务（例如日志记录、通知发送）。
总并发可控，不会无限增长。

3. 单元测试 / 开发环境模拟异步

快速验证逻辑，无需配置复杂的线程池。

五、典型"坑"与风险

风险	描述
创建过多线程	1000 个请求 → 1000 个线程 → JVM 崩溃或系统卡死
上下文切换开销大	大量线程竞争 CPU，性能反而下降
内存溢出（OOM）	线程栈占用内存（默认约 1MB/线程），几百个线程就可能耗尽堆外内存
不可预测的行为	缺乏队列缓冲、拒绝策略等机制，难以监控和调优

六、如何避免误用？

正确做法：始终显式配置一个真正的线程池

java 复制代码

@Configuration
@EnableAsync
public class AsyncConfig {

    @Bean("taskExecutor")
    public Executor taskExecutor() {
        ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
        executor.setCorePoolSize(5);
        executor.setMaxPoolSize(10);
        executor.setQueueCapacity(100);
        executor.setThreadNamePrefix("MyAsync-");
        executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());
        executor.initialize();
        return executor;
    }
}

然后在方法上指定：

java 复制代码

@Async("taskExecutor")
public void doSomething() { ... }

这样就能真正实现线程复用、限流、排队、拒绝策略等企业级能力。

七、对比其他 TaskExecutor 实现

类名	是否复用线程	用途
`SimpleAsyncTaskExecutor`	不复用	临时任务、批处理
`SyncTaskExecutor`	同步执行（非异步）	测试、条件化执行
`ConcurrentTaskExecutor`	包装 `java.util.concurrent.Executor`	适配 JDK 原生线程池
`ThreadPoolTaskExecutor`	基于线程池（推荐）	生产环境首选
`ForkJoinPoolTaskExecutor`	基于 ForkJoinPool	并行计算密集型任务

八、总结

项目	说明
名称	`org.springframework.core.task.SimpleAsyncTaskExecutor`
是否线程池	否，只是封装了 `new Thread()`
是否适合生产	不推荐用于高并发场景
主要优点	简单、无依赖、轻量
主要缺点	易造成线程爆炸
最佳实践	仅用于任务数可控的场景；生产环境务必替换为 `ThreadPoolTaskExecutor`

一句话忠告：

"不要让 SimpleAsyncTaskExecutor 出现在你的生产日志里。"