复用 runnable 的关键是将其设计为无状态、可共享的独立任务单元。需避免实例变量，通过构造参数传递状态，用组合而非继承剥离逻辑，配合线程池统一调度，并优先使用 lambda 或方法引用实现轻量复用。
实现 Runnable 接口本身不自动带来复用，关键在于设计方式——把任务逻辑封装成可共享、可注入、无状态（或明确管理状态）的独立单元，才能真正复用。
让 Runnable 实例可被多个线程安全共用
同一个 Runnable 对象可以传给多个 Thread 或提交到线程池多次，前提是它不依赖或修改自身实例变量。例如：
- 避免在 Runnable 类中定义计数器、缓存等可变字段；
- 若需状态，把数据作为参数传入（比如用构造函数接收不可变对象）；
- 像日志打印、HTTP 请求发起、数据转换这类“无副作用”操作，天然适合复用。
用组合代替继承，把任务逻辑从业务类中剥离出来
不要让业务类（如 OrderService、UserService）自己实现 Runnable，而是单独定义一个 Runnable 实现类，再由业务类创建或持有它：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- OrderProcessor 不继承 Thread，也不实现 Runnable，但它可以 new SubmitOrderTask(order)；
- SubmitOrderTask 实现 Runnable，只专注订单提交逻辑，不耦合任何业务父类；
- 这样该任务类可在定时调度、手动触发、测试模拟等多种场景下直接复用。
配合线程池统一调度，屏蔽执行细节
复用不只是“能多处调用”，更是“换执行方式不改任务代码”。把 Runnable 提交给 ExecutorService：
- 同一 SubmitOrderTask 实例，既可 submit 到 FixedThreadPool，也可 submit 到 ScheduledExecutorService 延迟执行；
- 甚至可以在测试时直接 run() 同步调用，跳过线程机制，验证逻辑正确性；
- 任务类本身不用知道是并发还是串行，执行策略完全由外部决定。
用 Lambda 或方法引用进一步简化轻量复用
对简单、一次性、无状态的任务，优先用 Lambda 表达式：
-
推荐：
executor.submit(() -> doCleanup())，简洁且语义清晰； - 若逻辑已存在静态方法，直接用方法引用：
executor.submit(Worker::process)； - 避免为一行逻辑新建类，但复杂逻辑仍建议独立类——可读性和复用性兼顾。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
