实现 runnable 接口实现任务与执行分离：任务只写业务逻辑、不涉线程控制，执行实体专注调度；支持可测试、可复用、多场景切换且不破坏继承结构。
实现 Runnable 接口，本质是把“做什么”和“谁来跑”拆开——任务逻辑不依赖线程类，也不参与线程生命周期管理；执行实体（如 Thread、线程池、定时器）只负责调度，不掺杂业务代码。这种分离让任务可测试、可复用、可切换执行方式，且不破坏类的继承结构。
任务只写业务逻辑，不碰线程控制
实现 Runnable 只需重写 run() 方法，里面放纯业务操作：比如解析数据、调用接口、写文件。它不创建线程、不调 start()、不检查中断状态、也不依赖 Thread.currentThread()。
- 构造时通过参数传入所需数据（如 URL、订单 ID），避免使用实例变量共享状态
- 若必须用状态，确保线程安全（加锁、原子类、不可变对象）
- 调试或单元测试时，直接调
task.run()即可验证逻辑，无需启动真实线程
执行实体专注调度，不理解任务内容
Thread 或 ExecutorService 只接收一个 Runnable 实例，然后按需执行。它们不关心任务在做什么，只管分配资源、触发回调、处理中断。
-
new Thread(task, "data-processor").start()—— 显式命名线程，便于日志追踪 -
executor.submit(task)—— 复用线程池中的工作线程，自动排队与调度 -
scheduler.scheduleAtFixedRate(task, 0, 5, SECONDS)—— 定时执行，任务本身不用改一行
同一任务适配多种执行策略，零改动切换
因为任务和执行者之间没有硬编码绑定，替换执行方式只需改调用处，业务类完全不动。
- 单线程调试 → 直接
task.run() - 并发处理 →
Executors.newFixedThreadPool(4).submit(task) - 异步结果 → 包装为
FutureTask或升级为Callable - GUI 环境 →
SwingUtilities.invokeLater(task)或FxApplication.invokeLater(task)
避开继承限制，保持类设计自由
Java 不支持多继承，如果让业务类继承 Thread，就无法再继承其他父类（比如 ServiceBean 或 AbstractProcessor）。而实现 Runnable 是接口实现，不影响已有继承关系，还能同时实现 Serializable、Comparable 等多个接口。
- 已有父类的类（如
OrderService extends BaseService）可直接implements Runnable - 也可将任务逻辑单独抽成具名类（如
PaymentValidationTask），职责更清晰 - 配合依赖注入，任务对象可通过构造函数或 setter 注入执行上下文，便于 Mock 和替换
