实现runnable接口通过任务与线程分离提升复用率，关键在于共享同一实例；需避免每次新建对象，并将共享状态抽离为线程安全资源类，lambda可简化无状态任务复用。
实现 Runnable 接口本身不直接“提高复用率”，但它的设计天然支持任务与线程分离，从而让同一个任务实例被多个线程重复使用——这才是复用率提升的关键。
复用的前提：共享同一个 Runnable 实例
多个线程只有共用一个 Runnable 对象，才能真正复用其逻辑和状态。如果每次 new 一个新实例，就失去了复用意义。
- ✅ 正确：先 new MyTask()，再传给 Thread(t1, task)、Thread(t2, task) —— 两个线程执行同一份任务逻辑，也共享其中的可变字段（如票数、计数器）
- ❌ 错误：new Thread(new MyTask())、new Thread(new MyTask()) —— 每个线程持有一个独立副本，逻辑重复、状态隔离，毫无复用可言
复用的延伸：任务逻辑可被多种执行方式调用
Runnable 是纯任务描述，不绑定具体执行机制，因此能灵活适配不同调度方式：
- 直接交给 Thread 启动（适合简单场景）
- 提交给 ExecutorService 线程池（推荐）：同一个 Runnable 实例可被池中任意空闲线程反复执行，避免频繁创建/销毁线程开销
- 封装为 CompletableFuture 异步调用，或作为定时任务（ScheduledExecutorService）周期性复用
复用的安全基础：把共享状态抽离出来
复用 Runnable 实例时，若内部含可变成员（如 int count），多线程并发修改会出错。真正可持续复用的做法是：
- 将共享数据（如库存、队列、计数器）从 Runnable 中移出，单独封装成线程安全的资源类（如 TicketPool、CounterManager）
- Runnable 只保留“行为”：调用 resource.decrease()、resource.getRemaining() 等方法
- 这样即使 Runnable 被 100 个线程同时复用，只要资源类本身线程安全（用 AtomicInteger、ConcurrentHashMap 等），复用就可靠、可扩展
复用的简化：Lambda 表达式减少模板代码
对于无状态或轻量逻辑的任务，用 Lambda 直接写 Runnable，省去类定义，进一步降低复用门槛：
- Runnable task = () -> System.out.println("Hello from " + Thread.currentThread().getName());
- 这个 task 可被多次传入 new Thread(task).start() 或 executor.submit(task)
- 没有字段、无状态 → 天然线程安全 → 复用零风险
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
