在 上一篇（戳下看前情） 中，徐大带我们详细论证了，所有实现线程的方式归根结底就是基于 Runnable 接口或继承 Thread 类。接下来，请徐大继续解释，为什么说这两种方式本质上是一种。

一、 Runnable 接口和继承 Thread 类是同一种方式？

接 上一篇，我们可以进行更深层次的探讨，为什么说基于 Runnable 接口或继承 Thread 类，这两种方式本质上是一种呢？

1. Runnable 接口

首先，启动线程需要调用 start() 方法，而 start() 方法最终还会调用 run() 方法，我们先来看看第一种方式中 run() 方法究竟是怎么实现的。

@Override

可以看出 run() 方法的代码非常短小精悍，第 1 行代码 if (target != null) ，判断 target 是否等于 null，如果不等于 null，就执行第 2 行代码 target.run()，而 target 实际上就是一个 Runnable，即使用 Runnable 接口实现线程时传给 Thread 类的对象。

2. 继承 Thread 类

实际上，继承 Thread 类之后，会把上述的 run() 方法重写，重写后 run() 方法里直接就是所需要执行的任务，但它最终还是需要调用 thread.start() 方法来启动线程，而 start() 方法最终也会调用这个已经被重写的 run() 方法来执行它的任务。

这时我们就彻底明白了，事实上创建线程只有一种方式，就是构造一个 Thread 类，这是创建线程的唯一方式。

我们上面已经了解了两种创建线程方式在本质上是一样的，它们的不同点仅仅在于实现线程运行内容的不同。

那么运行内容来自于哪里呢？

运行内容主要来自于两个地方，要么来自于 target，要么来自于重写的 run() 方法。

在此基础上我们进行拓展，可以这样描述：

本质上，实现线程只有一种方式，而要想实现线程执行的内容，却有两种方式：也就是可以通过「实现 Runnable 接口」的方式，或是「继承 Thread 类重写 run() 方法」的方式，把我们想要执行的代码传入，让线程去执行。

如果我们还想有更多实现线程的方式，比如线程池和 Timer 定时器，只需要在此基础上进行封装即可。

二、实现 Runnable 接口和继承 Thread 类，哪个好？

下面我们来对刚才说的两种实现线程内容的方式进行对比，为什么说实现 Runnable 接口比继承 Thread 类实现线程要好？好在哪里呢？

1. 代码架构

实际上，Runnable 里只有一个 run() 方法，它定义了需要执行的内容，在这种情况下，实现了 Runnable 与 Thread 类的解耦，Thread 类负责线程启动和属性设置等内容，权责分明。

2. 提高性能

使用继承 Thread 类方式，每次执行一次任务，都需要新建一个独立的线程，执行完任务后线程走到生命周期的尽头被销毁，如果还想执行这个任务，就必须再新建一个继承了 Thread 类的类。

如果此时执行的内容比较少，比如只是在 run() 方法里简单打印一行文字，那么它所带来的开销并不大。

相比于整个线程从开始创建到执行完毕被销毁，这一系列的操作比 run() 方法打印文字本身带来的开销要大得多，相当于捡了芝麻丢了西瓜，得不偿失。

如果我们使用实现 Runnable 接口的方式，就可以把任务直接传入线程池，使用一些固定的线程来完成任务，不需要每次新建销毁线程，大大降低了性能开销。

3. 有利于代码未来拓展性

Java 语言不支持双继承，如果我们的类一旦继承了 Thread 类，那么它后续就没有办法再继承其他的类。

这样一来，如果未来这个类需要继承其他类实现一些功能上的拓展，它就没有办法做到了，相当于限制了代码未来的可拓展性。

综上所述，我们应该优先选择通过实现 Runnable 接口的方式来创建线程。

关注公众号 勾勾的Java宇宙，收获更多技术干货