实现 Runnable 接口通过职责分离提升维护性：任务逻辑与线程控制解耦，支持灵活测试、执行方式切换、避免单继承限制，便于框架集成、资源共享管控及统一监控增强。
实现 Runnable 接口本身不直接“提升”维护性，而是通过明确的职责分离和结构设计，让多线程代码更易理解、修改和扩展。
任务与线程控制解耦
Runnable 只定义“做什么”，Thread 或 Executor 负责“谁来做、何时做”。这种分离使业务逻辑不再绑定在线程生命周期上。
- 修改售票逻辑时，只需调整 MyTicketTask 类的 run() 方法，无需碰 Thread 创建或启动代码
- 测试任务逻辑可直接调用 run()（虽非真实并发，但便于单元验证），不用启动真实线程
- 切换执行方式（如从 new Thread() 改为使用 ThreadPoolExecutor）只需替换外围启动代码，任务类完全不动
避免单继承限制，利于类设计演进
Java 不支持多继承，而 Thread 是具体类。若继承 Thread，你的业务类就无法再继承其他父类（比如 BaseOrderService、DataProcessor 等）。
- 实现 Runnable 的类仍可自由继承业务基类，也可同时实现其他接口（如 Serializable、Comparable）
- 后续需要添加监控、日志、重试等横切能力时，可通过装饰器模式包装 Runnable，不侵入原始任务逻辑
- 框架集成更顺畅：Spring 的 @Async、Quartz 的 JobDetail 都基于 Runnable/Callable，天然兼容
资源共享更清晰可控
多个线程复用同一个 Runnable 实例，天然引导开发者思考“哪些状态该共享、哪些不该”，而不是默认所有字段都线程不安全。
立即学习“Java免费学习笔记（深入）”；
- 成员变量（如 ticketCount）明确属于共享资源，自然触发同步设计（synchronized、AtomicInteger、Lock）
- 局部变量（如循环索引 i、临时 StringBuilder）自动线程私有，无需额外处理，减少误同步开销
- 配合资源封装（如 TicketPool 类），可把并发策略集中管理，Runnable 内只调用 clean API，逻辑干净
便于统一治理与监控
当所有任务都实现 Runnable，就能在统一入口处增强行为：记录耗时、捕获未处理异常、注入上下文信息（如 traceId）。
- 自定义 ThreadFactory 可为每个线程设置命名规范和 UncaughtExceptionHandler
- 使用 Runnable 包装器（如 LoggingRunnable、MetricsRunnable）实现非侵入式增强
- 线程池 submit(Runnable) 后，可通过 Future 或回调机制统一跟踪执行结果，比裸 Thread 更易运维
