从我在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
这两个代码块有什么显著的区别吗？
当前回答
Java不支持多重继承，所以如果您扩展Thread类，则不会扩展其他类。
例如：如果您创建一个applet，那么它必须扩展applet类，所以这里创建线程的唯一方法是实现Runnable接口
其他回答
实例化接口在代码和线程的实现之间提供了更清晰的分离，因此在这种情况下我更希望实现Runnable。
线程保持不打算访问的行为；
它的同步锁用于连接等。它有一些你可以偶然访问的方法。
但是，如果您的子类Thread必须考虑实现更多Thread。
public class ThreadMain {
public int getId() {
return 12345678;
}
public String getName() {
return "Hello World";
}
public String getState() {
return "testing";
}
public void example() {
new Thread() {
@Override
public void run() {
System.out.println("id: "+getId()+", name: "+getName()+", state: "+getState());
}
}.start();
}
public static void main(String[] args) {
new ThreadMain().example();
}
}
如果你运行这个，你可能会期望
id: 12345678, name: Hello World, state: testing
然而，您并没有调用您认为是的方法，因为您使用的是Thread而不是ThreadMain中的方法，相反，您会看到类似
id: 11, name: Thread-0, state: RUNNABLE
线程类定义了几个可由扩展类重写的方法。但要创建线程，我们必须重写run（）方法。这同样适用于Runnable。
然而，Runnable是创建线程的首选方法。主要原因如下：
由于Runnable是一个接口，因此可以扩展其他类。但如果您扩展“线程”，则该选项将消失。如果您没有修改或增强大量Thread功能，那么扩展Thread类不是首选方法。
由于这是一个非常流行的话题，而且好的答案到处都是，而且处理得非常深入，所以我觉得将其他人的好答案汇编成更简洁的形式是合理的，因此新来者可以很容易地概括：
通常扩展类以添加或修改功能。因此，如果不想覆盖任何线程行为，请使用Runnable。同样，如果不需要继承线程方法，那么可以通过使用Runnable来避免这种开销。单一继承：如果您扩展Thread，则不能从任何其他类扩展，因此如果这是您需要做的，则必须使用Runnable。将领域逻辑与技术手段分开是一个很好的设计，从这个意义上说，最好有一个可运行的任务将您的任务与运行者隔离开来。您可以多次执行同一个Runnable对象，但Thread对象只能启动一次。（也许是执行器接受Runnables而不接受Threads的原因。）如果您将任务开发为Runnable，那么您现在和将来都可以灵活使用它。您可以通过执行器同时运行，也可以通过线程运行。您还可以在同一线程中非并发地使用/调用它，就像其他任何普通类型/对象一样。这也使得在单元测试中分离任务逻辑和并发方面更加容易。如果你对这个问题感兴趣，你可能也会对Callable和Runnable之间的区别感兴趣。
这就是SOLID的s：单一责任。
线程体现了一段代码的异步执行的运行上下文（如执行上下文：堆栈帧、线程id等）。理想情况下，这段代码应该是相同的实现，无论是同步的还是异步的。
如果将它们捆绑在一个实现中，则会给结果对象两个不相关的更改原因：
应用程序中的线程处理（即查询和修改执行上下文）由代码段（可运行部分）实现的算法
如果您使用的语言支持部分类或多重继承，那么您可以在其自己的超级类中分离每个原因，但归结起来与组成两个对象相同，因为它们的特征集不重叠。这是为了理论。
在实践中，一般来说，一个方案不需要比必要的更复杂。如果您有一个线程在处理一个特定的任务，而不需要更改该任务，那么将任务划分为单独的类可能没有任何意义，并且代码仍然更简单。
在Java环境中，由于该工具已经存在，因此直接从独立的可运行类开始，并将其实例传递给线程（或执行器）实例可能更容易。一旦习惯了这种模式，它就不比简单的可运行线程情况更难使用（甚至读取）。
