runnable 接口天然支持逻辑与执行分离：其 run() 方法仅封装纯业务逻辑，不涉及线程创建、状态控制或异常传播；执行职责由 thread 或 executorservice 等外部执行器承担，结合 lambda、依赖注入可进一步提升解耦性与可测试性。
实现 Runnable 接口本身就能天然支持逻辑与执行分离——接口只定义“做什么”，不关心“谁来执行、何时执行、在哪执行”。关键在于把任务逻辑封装进 Runnable 实例，而线程调度、生命周期管理交给外部执行器（如 Thread 或 ExecutorService）。
用 Runnable 封装纯业务逻辑
Runnable 的 run() 方法就是你的任务边界。它不应创建线程、不应调用 start()、也不应处理异常传播（除非业务需要）。只做一件事：执行具体工作。
- 避免在
run()里直接 new Thread().start() —— 这会把执行逻辑混进去 - 不操作线程状态（如
interrupt()、join()），这些由执行方控制 - 推荐将参数通过构造函数或方法注入，让
Runnable无状态或仅持不可变状态
用 Thread 或 Executor 分离执行职责
真正决定“何时跑、几个线程跑、跑完怎么收尾”的，是创建并启动 Runnable 的代码，而不是 Runnable 自身。
- 简单场景：用
new Thread(runnable).start()—— 执行逻辑在别处，Runnable只提供run() - 生产环境：交给
ExecutorService，例如executor.submit(runnable)，线程复用、队列、拒绝策略全由执行器管理 - 若需返回结果或捕获异常，可改用
Callable+Future，但核心分离思想不变
结合 Lambda 与方法引用进一步解耦
JDK 8+ 后，不必写冗长的匿名类或独立类。用 lambda 表达式或方法引用定义逻辑，执行仍由外部统一调度。
Runnable task = () -> System.out.println("处理订单ID: " + orderId);-
Runnable task = this::sendEmail;（假设sendEmail()是无参 void 方法） - 这些
Runnable实例可被传递、缓存、组合，完全脱离执行上下文
配合依赖注入或工厂提升可测试性
当 Runnable 依赖外部服务（如数据库连接、HTTP 客户端），不要在 run() 里 new 出来。通过构造注入，便于单元测试和替换模拟实现。
- 构造函数接收
OrderService、Logger等依赖 - 测试时传入 mock 对象，
run()调用行为可验证，无需启动线程 - 执行阶段才把已装配好的
Runnable提交到线程池，职责依然清晰
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
