lambda表达式本身不实现定时任务，仅简化函数式接口写法；真正执行需依赖timer、scheduledexecutorservice、spring task或quartz等调度框架，其中scheduledexecutorservice配合lambda是java原生推荐的轻量级方案。
Java 中 Lambda 表达式本身不直接实现定时任务，它只是简化了 Runnable、Callable 等函数式接口的写法；真正执行定时任务需要依赖定时调度框架（如 Timer、ScheduledExecutorService、Spring Task 或 Quartz），而 Lambda 可以让任务定义更简洁。
用 ScheduledExecutorService + Lambda 定义定时任务
ScheduledExecutorService 是 Java 原生推荐的轻量级定时方案，配合 Lambda 能大幅减少模板代码。
- 创建单线程或线程池调度器：
ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(2); - 延迟 3 秒后执行一次：
scheduler.schedule(() -> System.out.println("只执行一次"), 3, TimeUnit.SECONDS); - 初始延迟 2 秒，之后每 5 秒执行一次：
scheduler.scheduleAtFixedRate(() -> doWork(), 2, 5, TimeUnit.SECONDS); - 注意：scheduleWithFixedDelay 更适合任务耗时不确定的场景，它在上一次执行结束后再等固定延迟
用 Spring @Scheduled + Lambda（需结合方法引用）
Spring 的 @Scheduled 不支持直接写 Lambda，但可以封装逻辑到私有方法，再用方法引用“伪装”出类似效果。
- 定义一个私有方法：
private void cleanCache() { cache.clear(); } - 在类中声明定时任务：
@Scheduled(fixedRate = 60_000) public void runCleanTask() { cleanCache(); } - 虽然没直接写 Lambda，但逻辑体极简，且可复用；若需动态参数，可用
@Scheduled配合@Value或配置中心注入间隔
避免 Lambda 引发的常见陷阱
Lambda 在定时任务中看似简洁，但容易忽略生命周期和异常处理问题。
- 捕获外部变量时注意线程安全：Lambda 中访问的非 final 局部变量或共享对象，可能被多个调度周期并发修改
- 未捕获异常会导致任务静默失败：ScheduledExecutorService 默认吞掉 RuntimeException，建议用 try-catch 包裹或设置 UncaughtExceptionHandler
- 不要在 Lambda 中直接写复杂业务逻辑，尤其涉及 IO、数据库或远程调用——应提取成独立 service 方法，便于测试和复用
- 记得在应用关闭时调用
scheduler.shutdown()并 await 终止，否则 JVM 可能无法正常退出
简单替代方案：Timer + Lambda（不推荐用于生产）
Timer 是老式 API，存在单线程、异常导致整个调度停止等问题，仅适合学习或极简单场景。
- 示例：
new Timer().schedule(new TimerTask() { public void run() { System.out.println("Hello"); } }, 1000); - 虽可用 Lambda 改写为
new Timer().schedule(new TimerTask() { public void run() { doSomething(); } }, 1000);，但本质仍是匿名内部类，Lambda 并未带来实质优势 - 生产环境强烈建议换用 ScheduledExecutorService 或 Spring Task
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
