从我在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
这两个代码块有什么显著的区别吗？
当前回答
实现Runnable和扩展Thread之间的一个区别是，通过扩展Thread，每个线程都有一个与其关联的唯一对象，而实现Runnable，许多线程可以共享同一个对象实例。
实现Runnable的类不是线程，只是一个类。对于要由线程执行的Runnable，需要创建一个Thread实例，并将Runnable实例作为目标传入。
在大多数情况下，如果只打算重写run（）方法而不打算重写其他Thread方法，则应使用Runnable接口。这一点很重要，因为除非程序员打算修改或增强类的基本行为，否则类不应该被子类化。
当需要扩展超类时，实现Runnable接口比使用Thread类更合适。因为我们可以在实现Runnable接口时扩展另一个类以生成线程。但是如果我们只是扩展Thread类，我们就不能从任何其他类继承。
其他回答
我不是专家，但我能想到实现Runnable而不是扩展Thread的一个原因：Java只支持单一继承，因此只能扩展一个类。
编辑：这原本是说“实现一个接口需要更少的资源”，但无论如何都需要创建一个新的线程实例，所以这是错误的。
是的：implements Runnable是首选的实现方式，IMO。你并没有真正专门研究线程的行为。你只是在给它一些东西。这意味着构图是哲学上“更纯粹”的方式。
实际上，这意味着您可以实现Runnable并从另一个类扩展。。。您还可以通过lambda表达式实现Runnable，如Java 8。
线程保持不打算访问的行为；
它的同步锁用于连接等。它有一些你可以偶然访问的方法。
但是，如果您的子类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类不是首选方法。
这就是SOLID的s：单一责任。
线程体现了一段代码的异步执行的运行上下文（如执行上下文：堆栈帧、线程id等）。理想情况下，这段代码应该是相同的实现，无论是同步的还是异步的。
如果将它们捆绑在一个实现中，则会给结果对象两个不相关的更改原因：
应用程序中的线程处理（即查询和修改执行上下文）由代码段（可运行部分）实现的算法
如果您使用的语言支持部分类或多重继承，那么您可以在其自己的超级类中分离每个原因，但归结起来与组成两个对象相同，因为它们的特征集不重叠。这是为了理论。
在实践中，一般来说，一个方案不需要比必要的更复杂。如果您有一个线程在处理一个特定的任务，而不需要更改该任务，那么将任务划分为单独的类可能没有任何意义，并且代码仍然更简单。
在Java环境中，由于该工具已经存在，因此直接从独立的可运行类开始，并将其实例传递给线程（或执行器）实例可能更容易。一旦习惯了这种模式，它就不比简单的可运行线程情况更难使用（甚至读取）。
