ExecutorService.execute() 是提交无返回值异步任务的最轻量方式，适用于日志、状态更新等“发完即忘”场景；需注意线程安全、异常捕获及资源清理。
通过 ExecutorService.execute() 提交 Runnable 任务，是 Java 中实现无返回值异步处理最轻量、最常用的方式。它不关心执行结果，适合日志记录、状态更新、缓存刷新等“发完即忘”型操作。
理解 execute() 与 Runnable 的配合逻辑
execute(Runnable) 是 ExecutorService 的核心方法之一，专为无返回值任务设计。它接收一个实现了 run() 方法的对象，将其提交到线程池中异步执行，调用方立即返回，不阻塞也不获取结果。
关键点：
-
Runnable接口只有void run()，天然适配“只做不等”的场景 -
execute()不抛出受检异常，内部异常会由线程的UncaughtExceptionHandler捕获（默认打印堆栈），需主动处理 - 不能用
execute()获取执行状态或取消任务——如需这些能力，应改用submit(Runnable)返回Future
实战：并发修改共享变量的注意事项
多个 Runnable 并发访问同一变量时，必须保证线程安全。常见错误是直接在 run() 中对普通字段自增或赋值。
正确做法示例（以统计请求次数为例）：
AtomicInteger counter = new AtomicInteger(0);
ExecutorService executor = Executors.newFixedThreadPool(4);
for (int i = 0; i < 100; i++) {
executor.execute(() -> {
// 安全的原子递增
counter.incrementAndGet();
// 其他无需同步的耗时操作（如写日志、发通知）
System.out.println("Task done, count=" + counter.get());
});
}
executor.shutdown();
若变量逻辑复杂（如更新 Map 或对象状态），建议：
- 优先使用线程安全容器：
ConcurrentHashMap、CopyOnWriteArrayList - 必要时加锁：在
run()内部用synchronized或ReentrantLock保护临界区 - 避免在
Runnable中持有外部可变对象的强引用，防止内存泄漏或状态污染
异常处理与资源清理不可省略
execute() 不返回 Future，也就无法通过 get() 捕获异常。未捕获的异常会静默丢失，影响排查。
推荐做法：
- 在
run()内部用try-catch包裹全部业务逻辑，并记录日志 - 为线程池设置自定义
ThreadFactory，统一配置UncaughtExceptionHandler - 务必调用
shutdown()+awaitTermination()确保任务完成再退出，尤其在 Spring 等容器环境中
结合实际场景的简化封装
为降低重复代码，可封装一个工具方法：
public class AsyncRunner {
private static final ExecutorService EXECUTOR =
Executors.newCachedThreadPool(r -> {
Thread t = new Thread(r, "async-runner-" + r.hashCode());
t.setUncaughtExceptionHandler((th, ex) ->
System.err.println("Async task failed: " + ex));
return t;
});
public static void runAsync(Runnable task) {
EXECUTOR.execute(() -> {
try {
task.run();
} catch (Exception e) {
System.err.println("Unexpected error in async task: " + e.getMessage());
throw e;
}
});
}
}
// 使用
AsyncRunner.runAsync(() -> doSomethingExpensive());
这种封装隐藏了线程池细节，同时内置了基础异常兜底和线程命名，便于监控和调试。
