Java中Runnable接口不管理线程状态，仅定义任务逻辑；复杂业务状态需自行用volatile、原子变量等显式设计，并配合线程池、Future、中断响应与细粒度同步实现。
Java 中实现 Runnable 接口本身不管理线程状态，它只定义任务逻辑；真正处理复杂多线程状态，靠的是外部执行机制（如 Thread、线程池）+ 显式状态设计 + 同步协作手段。
明确区分“任务状态”和“线程生命周期状态”
Runnable 的 run() 方法没有返回值，也不暴露线程当前是 RUNNABLE 还是 BLOCKED。所谓“复杂状态”，通常指业务层面的状态（如“任务是否开始”“进度百分比”“是否被取消”），而非 JVM 线程状态（NEW、TERMINATED 等）。你需要自己定义字段来承载这些信息，并用 volatile 或原子变量保障可见性。
- 用 volatile boolean isRunning 标记任务是否正在执行中
- 用 AtomicInteger progress 记录处理进度，避免 synchronized 块的开销
- 避免直接读取 Thread.getState() 判断业务状态——它反映的是 OS 线程调度情况，和你的业务逻辑无关
配合线程池时，用 Future 或自定义回调捕获执行结果与异常
单纯 new Thread(runnable).start() 无法得知任务何时结束、是否失败。使用 ExecutorService 提交 Runnable 后，虽然 Future.get() 返回 null，但你可以：
- 调用 future.isDone() 轮询判断是否完成
- 用 executor.submit(() -> { ...; return null; }) 转成 Callable，获得可检查异常和返回能力
- 在 run() 内部手动记录 start/end 时间戳、异常堆栈到日志或共享容器中
支持中断与取消：在 run() 中主动响应 Thread.interrupted()
Runnable 不自动响应 interrupt，必须在循环或阻塞点手动检查。尤其当任务含 sleep、wait、IO 等操作时：
立即学习“Java免费学习笔记（深入）”；
- 在 while 循环开头加 if (Thread.interrupted()) break;
- 对 Thread.sleep() 等抛 InterruptedException 的操作，捕获后恢复中断标志：Thread.currentThread().interrupt();
- 不要仅靠 try-catch 吞掉中断——这会让 cancel() 失效
跨线程共享状态需同步，但别锁整个 run() 方法
多个线程共用同一个 Runnable 实例时，若修改共享字段（如计数器、结果列表），必须加同步控制。但同步粒度要细：
- 用 synchronized(this) 或 synchronized(lockObj) 保护临界区，而不是包裹整个 run() 方法
- 优先考虑 ConcurrentHashMap、CopyOnWriteArrayList、AtomicInteger 等线程安全容器
- 若状态更新有依赖顺序（如“先校验再扣减”），仍需显式同步或使用 ReentrantLock
