从我在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
这两个代码块有什么显著的区别吗？
当前回答
您希望实现接口而不是扩展基类的一个原因是您已经在扩展其他类。您只能扩展一个类，但可以实现任意数量的接口。
如果扩展Thread，基本上就是防止逻辑被除“this”之外的任何其他线程执行。如果您只希望一些线程执行您的逻辑，那么最好只实现Runnable。
其他回答
由于这是一个非常流行的话题，而且好的答案到处都是，而且处理得非常深入，所以我觉得将其他人的好答案汇编成更简洁的形式是合理的，因此新来者可以很容易地概括：
通常扩展类以添加或修改功能。因此，如果不想覆盖任何线程行为，请使用Runnable。同样，如果不需要继承线程方法，那么可以通过使用Runnable来避免这种开销。单一继承：如果您扩展Thread，则不能从任何其他类扩展，因此如果这是您需要做的，则必须使用Runnable。将领域逻辑与技术手段分开是一个很好的设计，从这个意义上说，最好有一个可运行的任务将您的任务与运行者隔离开来。您可以多次执行同一个Runnable对象，但Thread对象只能启动一次。（也许是执行器接受Runnables而不接受Threads的原因。）如果您将任务开发为Runnable，那么您现在和将来都可以灵活使用它。您可以通过执行器同时运行，也可以通过线程运行。您还可以在同一线程中非并发地使用/调用它，就像其他任何普通类型/对象一样。这也使得在单元测试中分离任务逻辑和并发方面更加容易。如果你对这个问题感兴趣，你可能也会对Callable和Runnable之间的区别感兴趣。
将Thread类与Runnable实现分离还可以避免线程和run（）方法之间的潜在同步问题。单独的Runnable通常在引用和执行可运行代码的方式上提供更大的灵活性。
实例化接口在代码和线程的实现之间提供了更清晰的分离，因此在这种情况下我更希望实现Runnable。
线程和可运行线程之间的差异。若我们使用线程类创建线程，则线程数等于我们创建的对象数。如果我们通过实现可运行接口来创建线程，那么我们可以使用单个对象来创建多个线程。因此，单个对象由多个线程共享。因此，它将占用更少的内存
因此，如果我们的数据不敏感，则取决于要求。所以它可以在多个线程之间共享，我们可以使用Runnable接口。
线程类定义了几个可由扩展类重写的方法。但要创建线程，我们必须重写run（）方法。这同样适用于Runnable。
然而，Runnable是创建线程的首选方法。主要原因如下：
由于Runnable是一个接口，因此可以扩展其他类。但如果您扩展“线程”，则该选项将消失。如果您没有修改或增强大量Thread功能，那么扩展Thread类不是首选方法。
