Java线程模型中Thread和Runnable扮演什么角色

理解 Java 的线程模型，可以先建立一张简单的关系地图：Runnable 描述“要做什么”，即具体的业务逻辑；Thread 表示“由谁来做”以及“何时做”，即提供启动、等待结束等生命周期管理能力。把任务对象交给线程，再启动线程，任务才会在独立的执行流程中运行。下面以 Java 21 的 API 为说明范围，介绍这些核心组件之间的关系。

概述：任务对象与执行线程处在不同位置

假设程序需要在后台整理一份报表。报表处理逻辑回答“做什么”，线程管理回答“由哪个执行流程来做、何时启动、何时等待结束”。把这两件事分开，阅读代码时就不容易将一个普通对象误认为已经运行的线程。

Runnable定义任务逻辑，Thread负责执行调度

这种区分也有助于组织代码：业务逻辑可以独立命名，线程相关操作放在启动与协调的位置。它不自动解决并发安全，也不意味着任何任务都值得新建线程；这里只建立入门时需要的概念边界。

关于 Runnable：任务的描述入口

Runnable 是一个函数式接口，其核心方法是无参数、返回 void 的 run()。可以用实现类、Lambda 表达式或方法引用来表达符合该形状的任务。创建一个 Runnable 对象，只是准备了可以调用的逻辑，不会因为它叫“可运行”就自行开始执行。

比如将“整理报表”写成一个 Runnable，代码的业务部分可以集中在这个任务里。将来任务交给不同的执行安排时，读者仍能沿着同一个任务名称理解用途。任务内部若引用共享数据，还要另行考虑数据访问方式，不能靠实现接口获得线程安全。

run() 没有返回值，不代表任务永远不产生业务结果：它可以按设计写入允许的目标。但如果调用方需要规范地获取计算返回值，应再了解 Callable 与相应的任务执行接口，而不是随意改变 Runnable 的方法签名。

关于 Runnable：任务的描述入口

关于 Thread：线程与生命周期的管理入口

Thread 是类，它也实现了 Runnable 接口，但它的角色比普通任务对象更广。以常见的平台线程构造方式来说，可以把 Runnable 传给 Thread，使线程关联到要执行的任务。Thread 还提供名称设置和生命周期相关能力，便于定位与协调执行。

Thread类提供start、join等生命周期管理方法

需要启动线程时使用 start()；需要等待目标线程结束时，可使用 join()。Thread 与任务分开的写法有助于看清这两个动作，不必为了放入业务逻辑就一定继承 Thread。Java 也允许通过继承定制 Thread，是否使用应由具体需求决定。

不要把同一个 Thread 对象当成可以反复启动的工作容器。线程结束后再次处理任务，需要适当的执行安排，而不是再次启动那个已经结束的对象。持续处理大量任务时，还应进一步学习执行器等协调机制，避免把所有业务请求直接等同于创建线程。

关于 run 与 start：相同方法名不代表相同动作

直接调用普通 Runnable 的 run()，只是一次普通的方法调用，执行发生在调用它的当前线程中。对常规传入任务的平台 Thread 直接调用 run()，也不能替代 start() 产生新的并发执行流程。阅读示例时，应明确代码究竟调用了哪一个方法，而不是只看类名里有没有 Thread。

直接调用run()在当前线程执行，start()开启新线程

start() 的含义是启动线程并安排执行，调用方与新线程之间的先后顺序不能仅凭代码上下位置推断。若后续逻辑依赖目标线程结束，应使用明确的协调方式；等待结束与保护共享数据仍是不同问题。

Java 21 中还存在虚拟线程，因此不能把所有 Thread 都简单解释成操作系统线程的一对一包装。入门时可以先理解任务与执行流程的分工，再按平台线程或虚拟线程的具体 API 学习创建与使用边界，不把一种线程的行为套给全部实现。

从任务定义看 Runnable，从启动和等待看 Thread，再检查实际调用的是 run() 还是 start()，就能先读清常见线程代码的基本关系。