从我在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
这两个代码块有什么显著的区别吗？
当前回答
如果我没有错的话，它或多或少类似于
接口和抽象类之间的区别是什么？
extends建立“Is A”关系，接口提供“Has A”功能。
首选工具可运行：
如果不需要扩展Thread类并修改Thread API默认实现如果你执行的是一个火灾和忘记命令如果您已经在扩展另一个类
首选“扩展线程”：
如果必须重写oracle文档页中列出的任何线程方法
通常，您不需要重写线程行为。因此，在大多数情况下，首选实现Runnable。
另一方面，使用高级ExecutorService或ThreadPoolExecutorServiceAPI提供了更多的灵活性和控制。
看看这个SE问题：
ExecutorService vs休闲线程生成器
其他回答
实例化接口在代码和线程的实现之间提供了更清晰的分离，因此在这种情况下我更希望实现Runnable。
我发现使用Runnable是最有用的，因为上面提到的所有原因，但有时我喜欢扩展Thread，这样我就可以创建自己的线程停止方法，并直接在我创建的线程上调用它。
实际上，将Runnable和Thread相互比较是不明智的。
这两者在多线程中具有相关性和关系，就像机动车的车轮和发动机关系一样。
我想说，多线程只有一种方法，有两个步骤。让我表明我的观点。
可运行：当实现接口Runnable时，这意味着您正在创建可在不同线程中运行的东西。现在创建可以在线程内运行的东西（可以在线程中运行）并不意味着创建线程。因此，MyRunnable类只是一个带有void run方法的普通类。它的对象将是一些普通对象，只有一个在调用时正常执行的方法运行。（除非我们在线程中传递对象）。
线程：class线程，我可以说是一个非常特殊的类，它能够启动一个新的线程，这实际上通过它的start（）方法实现了多线程。
为什么不明智地进行比较？因为我们需要这两个线程来实现多线程。
对于多线程，我们需要两件事：
可以在线程内运行的东西（可运行）。可以启动新线程的东西。
因此，从技术上和理论上来说，这两个都是启动线程所必需的，一个线程将运行，另一个线程会使线程运行（就像机动车的车轮和发动机）。
这就是为什么不能使用MyRunnable启动线程，需要将其传递给thread的实例。
但是，只有使用类thread才能创建和运行线程，因为类thread实现了Runnable，所以我们都知道thread内部也是一个Runnable。
最后，Thread和Runnable是多线程的补充，而不是竞争对手或替代者。
这就是SOLID的s：单一责任。
线程体现了一段代码的异步执行的运行上下文（如执行上下文：堆栈帧、线程id等）。理想情况下，这段代码应该是相同的实现，无论是同步的还是异步的。
如果将它们捆绑在一个实现中，则会给结果对象两个不相关的更改原因：
应用程序中的线程处理（即查询和修改执行上下文）由代码段（可运行部分）实现的算法
如果您使用的语言支持部分类或多重继承，那么您可以在其自己的超级类中分离每个原因，但归结起来与组成两个对象相同，因为它们的特征集不重叠。这是为了理论。
在实践中，一般来说，一个方案不需要比必要的更复杂。如果您有一个线程在处理一个特定的任务，而不需要更改该任务，那么将任务划分为单独的类可能没有任何意义，并且代码仍然更简单。
在Java环境中，由于该工具已经存在，因此直接从独立的可运行类开始，并将其实例传递给线程（或执行器）实例可能更容易。一旦习惯了这种模式，它就不比简单的可运行线程情况更难使用（甚至读取）。
这也许不是答案，但无论如何；还有一种创建线程的方法：
Thread t = new Thread() {
public void run() {
// Code here
}
}
