从我在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
这两个代码块有什么显著的区别吗？
当前回答
这在Oracle的“定义和启动线程”教程中进行了讨论：
你应该使用这些成语中的哪一个？第一个成语，使用Runnable对象更一般，因为Runnable对象可以子类线程以外的类。第二个成语更容易使用在简单的应用程序中，但受限于您的任务类必须是线程的后代。本课重点介绍第一节方法，它将Runnable任务与Thread对象分离执行任务的。这种方法不仅更加灵活，而且它适用于所涵盖的高级线程管理API后来
换句话说，实现Runnable将在类扩展线程以外的类的情况下工作。Java不支持多重继承。此外，在使用某些高级线程管理API时，无法扩展线程。扩展Thread的唯一方案是在一个将来不会更新的小应用程序中。实现Runnable几乎总是更好的，因为随着项目的增长，它更加灵活。设计更改不会产生重大影响，因为您可以在java中实现许多接口，但只能扩展一个类。
其他回答
如果您希望实现或扩展任何其他类，那么Runnable接口是最可取的，否则，如果您不希望任何其他类扩展或实现，那么Thread类是最好的。
最常见的区别是
当您扩展Thread类时，在此之后，您不能扩展所需的任何其他类。（如您所知，Java不允许继承多个类）。
当您实现Runnable时，您可以为您的类节省空间，以便将来或现在扩展任何其他类。
Java不支持多个继承，这意味着您只能在Java中扩展一个类，因此一旦扩展了Thread类，您就失去了机会，无法在Java中延伸或继承另一个类。在面向对象编程中，扩展类通常意味着添加新功能，以及修改或改进行为。如果我们没有对线程进行任何修改，那么请改用Runnable接口。可运行接口表示一个任务，它可以由普通线程或执行器或任何其他方式执行。因此，将Task逻辑分离为Runnable而不是Thread是一个很好的设计决策。将任务分离为可运行任务意味着我们可以重用任务，也可以通过不同的方式执行任务。因为一旦线程完成，就不能重新启动它。任务的Runnable与Thread，Runnable是赢家。Java设计器认识到这一点，这就是为什么Executors接受Runnable作为Task，并且他们有执行这些任务的工作线程。继承所有线程方法只是表示一个任务的额外开销，这可以通过Runnable轻松完成。
由javareviewed.blogspot.com提供
这是Java中Thread和Runnable之间的一些显著差异。如果您知道Thread与Runnable之间的其他差异，请通过评论分享。我个人在这个场景中使用Runnable over Thread，并建议根据您的需求使用Runnable或Callable接口。
然而，显著的区别是。
当您扩展Thread类时，每个线程都会创建一个唯一的对象并与其关联。当您实现Runnable时，它将同一对象共享给多个线程。
Java不支持多重继承，所以如果您扩展Thread类，则不会扩展其他类。
例如：如果您创建一个applet，那么它必须扩展applet类，所以这里创建线程的唯一方法是实现Runnable接口
这就是SOLID的s：单一责任。
线程体现了一段代码的异步执行的运行上下文（如执行上下文：堆栈帧、线程id等）。理想情况下，这段代码应该是相同的实现，无论是同步的还是异步的。
如果将它们捆绑在一个实现中，则会给结果对象两个不相关的更改原因：
应用程序中的线程处理（即查询和修改执行上下文）由代码段（可运行部分）实现的算法
如果您使用的语言支持部分类或多重继承，那么您可以在其自己的超级类中分离每个原因，但归结起来与组成两个对象相同，因为它们的特征集不重叠。这是为了理论。
在实践中，一般来说，一个方案不需要比必要的更复杂。如果您有一个线程在处理一个特定的任务，而不需要更改该任务，那么将任务划分为单独的类可能没有任何意义，并且代码仍然更简单。
在Java环境中，由于该工具已经存在，因此直接从独立的可运行类开始，并将其实例传递给线程（或执行器）实例可能更容易。一旦习惯了这种模式，它就不比简单的可运行线程情况更难使用（甚至读取）。
这里的每个人似乎都认为实现Runnable是一条路，我并不真的不同意他们的观点，但在我看来，扩展Thread也是有道理的，事实上，您已经在代码中演示了这一点。
如果您实现Runnable，那么实现Runnable的类对线程名称没有控制权，调用代码可以设置线程名称，如下所示：
new Thread(myRunnable,"WhateverNameiFeelLike");
但是如果您扩展了Thread，那么您可以在类本身中管理它（就像在您的示例中，您将线程命名为“ThreadB”）。在这种情况下，您：
A） 可能会为调试目的提供一个更有用的名称
B） 强制将该名称用于该类的所有实例（除非您忽略了它是一个线程的事实，并将其作为Runnable来执行上述操作，但我们在这里讨论的是约定，所以可以忽略我认为的可能性）。
例如，您甚至可以对其创建进行堆栈跟踪，并将其用作线程名称。这可能看起来很奇怪，但取决于代码的结构，它对调试非常有用。
这看起来可能是一件小事，但如果你有一个非常复杂的应用程序，其中有很多线程，并且突然“停止”了（可能是因为死锁，也可能是因为网络协议中的一个不太明显的缺陷，或者其他无休止的原因），然后从Java获取堆栈转储，其中所有线程都被称为“线程-1”、“线程-2”、，“Thread-3”并不总是非常有用（这取决于线程的结构，以及您是否可以仅通过它们的堆栈跟踪来有效地区分哪个线程是哪个线程-如果您使用的是多个线程组，它们都运行相同的代码，则不总是可能的）。
尽管如此，您当然也可以通过创建线程类的扩展来以通用的方式执行上述操作，该扩展将其名称设置为其创建调用的堆栈跟踪，然后将其用于Runnable实现而不是标准的java线程类（见下文），但是除了堆栈跟踪之外用于调试的线程名称（对它可能处理的许多队列或套接字之一的引用，例如，在这种情况下，您可能更希望专门针对这种情况扩展thread，以便编译器强制您（或其他使用库的人）传递某些信息（例如，有问题的队列/套接字）以用于名称）。
以下是以调用堆栈跟踪为名称的通用线程的示例：
public class DebuggableThread extends Thread {
private static String getStackTrace(String name) {
Throwable t= new Throwable("DebuggableThread-"+name);
ByteArrayOutputStream os = new ByteArrayOutputStream();
PrintStream ps = new PrintStream(os);
t.printStackTrace(ps);
return os.toString();
}
public DebuggableThread(String name) {
super(getStackTrace(name));
}
public static void main(String[] args) throws Exception {
System.out.println(new Thread());
System.out.println(new DebuggableThread("MainTest"));
}
}
下面是比较两个名称的输出示例：
Thread[Thread-1,5,main]
Thread[java.lang.Throwable: DebuggableThread-MainTest
at DebuggableThread.getStackTrace(DebuggableThread.java:6)
at DebuggableThread.<init>(DebuggableThread.java:14)
at DebuggableThread.main(DebuggableThread.java:19)
,5,main]
在极少数情况下，您只运行一次，应该因为DRY而扩展Thread。如果多次调用它，则应实现Runnable，因为不应重新启动同一线程。
