Thread类实现Runnable接口，支持传入Runnable任务体；推荐Runnable+Thread组合以规避单继承限制、解耦任务与执行、适配线程池；装饰者模式可增强Runnable灵活性；必须调用start()而非run()，注意线程安全与结果获取时机。
Thread与Runnable的基本组合逻辑
Thread类本身实现了Runnable接口，所以它天然支持接收一个Runnable对象作为任务体。创建线程时，常见做法是：先写一个实现Runnable接口的类（或匿名类、Lambda），再把该实例传给Thread构造器，最后调用start()启动。这种组合规避了Java单继承限制——你的业务类不必为了多线程而继承Thread，只需实现Runnable，还能继续继承其他父类。
为什么推荐Runnable + Thread而非直接继承Thread
直接继承Thread会占用唯一的父类位置，不利于代码复用和扩展。而Runnable是接口，可与其他接口并存，也便于任务与执行者的分离。例如，同一Runnable实例可被多个Thread复用，也可交给线程池执行；而继承Thread的子类一旦写死，就很难灵活调度或替换执行环境。
- Runnable对象可被多次提交，Thread对象只能start一次
- Runnable更符合面向接口编程思想，解耦任务定义与线程生命周期管理
- 现代并发工具（如ExecutorService）只接受Runnable或Callable，不接受Thread子类
用装饰者模式增强Runnable的灵活性
标准Runnable的run()方法没有返回值、不能抛受检异常，也不支持参数传递。若需在线程执行后获取结果，直接在Runnable里用成员变量存储虽可行，但不够通用。装饰者模式提供了一种可扩展的解决方案：
- 定义一个泛型装饰器接口，比如Decorator<T>，声明T decorator()方法
- 编写一个Runnable实现类（如MyRunnable），持有一个Decorator引用，在run()中调用decorator()并保存返回值
- 外部通过setDecorator()注入具体逻辑，实现“任务行为”与“结果封装”的分离
这样，不同业务只需实现自己的Decorator，无需修改Runnable基础结构，也避免了硬编码返回值。
立即学习“Java免费学习笔记（深入）”；
实际使用中的关键细节
无论用哪种方式，都必须调用Thread的start()方法，而不是run()。start()触发JVM新建线程并回调run()；直接调用run()只是普通方法调用，仍在当前线程执行。另外，若需等待线程完成再取结果，要用join()配合成员变量或Future机制，否则可能读到null或旧值。
- Runnable实例中的共享字段要小心线程安全问题，必要时加同步或使用volatile
- 装饰器中若涉及耗时操作或I/O，应确保其本身线程安全或明确执行上下文
- Java 8之后，多数场景可用Lambda简化Runnable写法：() -> { /* 任务逻辑 */ }
