从我在Java中使用线程的时间来看，我发现了两种编写线程的方法：
使用可运行的机具：
public class MyRunnable implements Runnable {
public void run() {
//Code
}
}
//Started with a "new Thread(new MyRunnable()).start()" call
或者，使用扩展线程：
public class MyThread extends Thread {
public MyThread() {
super("MyThread");
}
public void run() {
//Code
}
}
//Started with a "new MyThread().start()" call
这两个代码块有什么显著的区别吗？
当前回答
在极少数情况下，您只运行一次，应该因为DRY而扩展Thread。如果多次调用它，则应实现Runnable，因为不应重新启动同一线程。
其他回答
随着Java8的发布，现在有了第三个选项。
Runnable是一个函数接口，这意味着可以使用lambda表达式或方法引用创建它的实例。
您的示例可以替换为：
new Thread(() -> { /* Code here */ }).start()
或者如果要使用ExecutorService和方法引用：
executor.execute(runner::run)
这些不仅比示例要短得多，而且还具有其他答案中所述的使用Runnable over Thread的许多优点，例如单一责任和使用组合，因为您没有专门处理线程的行为。如果您只需要一个Runnable，那么这种方法也可以避免创建一个额外的类。
故事的寓意：
仅当您想要覆盖某些行为时才继承。
或者更确切地说，它应该被理解为：
继承更少，接口更多。
实际上，将Runnable和Thread相互比较是不明智的。
这两者在多线程中具有相关性和关系，就像机动车的车轮和发动机关系一样。
我想说，多线程只有一种方法，有两个步骤。让我表明我的观点。
可运行：当实现接口Runnable时，这意味着您正在创建可在不同线程中运行的东西。现在创建可以在线程内运行的东西（可以在线程中运行）并不意味着创建线程。因此，MyRunnable类只是一个带有void run方法的普通类。它的对象将是一些普通对象，只有一个在调用时正常执行的方法运行。（除非我们在线程中传递对象）。
线程：class线程，我可以说是一个非常特殊的类，它能够启动一个新的线程，这实际上通过它的start（）方法实现了多线程。
为什么不明智地进行比较？因为我们需要这两个线程来实现多线程。
对于多线程，我们需要两件事：
可以在线程内运行的东西（可运行）。可以启动新线程的东西。
因此，从技术上和理论上来说，这两个都是启动线程所必需的，一个线程将运行，另一个线程会使线程运行（就像机动车的车轮和发动机）。
这就是为什么不能使用MyRunnable启动线程，需要将其传递给thread的实例。
但是，只有使用类thread才能创建和运行线程，因为类thread实现了Runnable，所以我们都知道thread内部也是一个Runnable。
最后，Thread和Runnable是多线程的补充，而不是竞争对手或替代者。
有一件事我很惊讶，还没有提到，那就是实现Runnable使您的类更加灵活。
如果你扩展了线程，那么你正在做的动作总是在一个线程中。然而，如果你实现了Runnable，那就不必了。你可以在一个线程中运行它，或者将它传递给某种类型的执行器服务，或者将其作为一个任务在一个单线程应用程序中传递（可能稍后运行，但在同一个线程内）。如果只使用Runnable，则选项比将自己绑定到Thread时开放得多。
这就是SOLID的s：单一责任。
线程体现了一段代码的异步执行的运行上下文（如执行上下文：堆栈帧、线程id等）。理想情况下，这段代码应该是相同的实现，无论是同步的还是异步的。
如果将它们捆绑在一个实现中，则会给结果对象两个不相关的更改原因：
应用程序中的线程处理（即查询和修改执行上下文）由代码段（可运行部分）实现的算法
如果您使用的语言支持部分类或多重继承，那么您可以在其自己的超级类中分离每个原因，但归结起来与组成两个对象相同，因为它们的特征集不重叠。这是为了理论。
在实践中，一般来说，一个方案不需要比必要的更复杂。如果您有一个线程在处理一个特定的任务，而不需要更改该任务，那么将任务划分为单独的类可能没有任何意义，并且代码仍然更简单。
在Java环境中，由于该工具已经存在，因此直接从独立的可运行类开始，并将其实例传递给线程（或执行器）实例可能更容易。一旦习惯了这种模式，它就不比简单的可运行线程情况更难使用（甚至读取）。
