实现 runnable 接口是更合理的设计选择，因其支持多接口实现避免单继承限制、任务与线程解耦适配线程池、共享状态可控且函数式写法简洁。
实现 Runnable 接口创建线程，不是“另一种写法”，而是现代 Java 并发编程中更合理、更可持续的设计选择。它的优势不靠语法糖堆砌，而体现在结构解耦、扩展自由和工程适配这三方面。
避免单继承限制，类设计真正灵活
Java 只允许一个父类，但可以实现多个接口。如果直接继承 Thread 类，你的任务类就再也无法继承其他业务基类（比如 Service、Entity 或自定义的 BaseWorker）。而实现 Runnable，类仍可自由继承任意父类，同时还能实现 Serializable、Comparable 等接口，保持职责清晰。
- 常见场景：一个订单处理类既要继承 AbstractOrderService，又要支持异步执行 → 只能走 Runnable
- 反例：用 Thread 子类封装订单逻辑，会立刻卡在继承链上，后续难以接入 Spring 管理或序列化传输
任务与线程分离，天然适配线程池
Runnable 本质是“可执行的任务单元”，它不关心自己在哪跑、谁来启动——这个决策权交给 Thread 或更高级的 ExecutorService。这种解耦让任务代码专注业务，线程管理由框架统一负责。
- 提交到线程池只需一行：
executor.submit(new MyTask())或executor.execute(() -> doWork()) - 同一个 Runnable 实例可被多个线程重复使用（注意线程安全），而 Thread 对象一旦 start() 就不能复用
- 线程池拒绝策略、超时控制、监控埋点等能力，都建立在接收 Runnable（或 Callable）这一抽象之上
资源共享更直观，状态复用更可控
多个线程共享同一个 Runnable 实例时，其成员变量就是天然的共享数据载体。相比每个 Thread 子类都持有一份独立状态，这种方式更利于协作型任务（如计数器、缓存刷新、批量分片处理）。
- 示例：一个 CounterTask implements Runnable 含
private int count，两个线程共用该实例 → 共享计数逻辑 - 注意前提：需自行保证临界区同步（加锁或使用原子类），这不是缺陷，而是把资源控制权明确交还给开发者
- 若需隔离状态，也简单：每次 new 一个新实例即可，灵活性远高于固定绑定线程生命周期的子类
函数式支持成熟，写法简洁且语义清晰
从 Java 8 起，Runnable 是标准函数式接口，() -> { ... } 可直接替代匿名内部类。它不带参数、无返回值、不抛检查异常，正适合表达“只做一件事”的轻量任务。
- UI 更新常用：
handler.post(() -> textView.setText("done")) - 定时触发：
timer.schedule(new TimerTask() { public void run() { ... } }, 1000)→ 可简化为timer.schedule(() -> doCheck(), 1000) - 对比 Callable：需要返回值或异常处理时才升级；日常“执行即结束”场景，Runnable 更轻、更准、更不易误用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
