从我在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
这两个代码块有什么显著的区别吗？
当前回答
随着Java8的发布，现在有了第三个选项。
Runnable是一个函数接口，这意味着可以使用lambda表达式或方法引用创建它的实例。
您的示例可以替换为：
new Thread(() -> { /* Code here */ }).start()
或者如果要使用ExecutorService和方法引用：
executor.execute(runner::run)
这些不仅比示例要短得多，而且还具有其他答案中所述的使用Runnable over Thread的许多优点，例如单一责任和使用组合，因为您没有专门处理线程的行为。如果您只需要一个Runnable，那么这种方法也可以避免创建一个额外的类。
其他回答
由于这是一个非常流行的话题，而且好的答案到处都是，而且处理得非常深入，所以我觉得将其他人的好答案汇编成更简洁的形式是合理的，因此新来者可以很容易地概括：
通常扩展类以添加或修改功能。因此，如果不想覆盖任何线程行为，请使用Runnable。同样，如果不需要继承线程方法，那么可以通过使用Runnable来避免这种开销。单一继承：如果您扩展Thread，则不能从任何其他类扩展，因此如果这是您需要做的，则必须使用Runnable。将领域逻辑与技术手段分开是一个很好的设计，从这个意义上说，最好有一个可运行的任务将您的任务与运行者隔离开来。您可以多次执行同一个Runnable对象，但Thread对象只能启动一次。（也许是执行器接受Runnables而不接受Threads的原因。）如果您将任务开发为Runnable，那么您现在和将来都可以灵活使用它。您可以通过执行器同时运行，也可以通过线程运行。您还可以在同一线程中非并发地使用/调用它，就像其他任何普通类型/对象一样。这也使得在单元测试中分离任务逻辑和并发方面更加容易。如果你对这个问题感兴趣，你可能也会对Callable和Runnable之间的区别感兴趣。
tl；dr:implements Runnable更好。然而，警告很重要。
一般来说，我建议使用Runnable而不是Thread这样的工具，因为它允许您保持工作与并发选择之间的松散耦合。例如，如果您使用了一个Runnable，并且稍后决定它实际上不需要自己的Thread，那么您可以调用threadA.run（）。
注意：在这里，我强烈反对使用原始线程。我更喜欢使用Callables和FutureTasks（来自javadoc：“可取消的异步计算”）。现代并发支持的超时、适当取消和线程池的集成对我来说都比成堆的原始线程有用得多。
后续：有一个FutureTask构造函数，它允许您使用Runnables（如果这是您最熟悉的），并且仍然可以获得现代并发工具的好处。引用javadoc：
如果不需要特定的结果，请考虑使用以下形式的构造：
Future<?> f = new FutureTask<Object>(runnable, null)
因此，如果我们用threadA替换它们的runable，我们会得到以下结果：
new FutureTask<Object>(threadA, null)
另一个让您更接近Runnables的选项是ThreadPoolExecutor。您可以使用execute方法传入Runnable以执行“将来某个时候的给定任务”。
如果您想尝试使用线程池，上面的代码片段将变成如下（使用Executors.newCachedThreadPool（）工厂方法）：
ExecutorService es = Executors.newCachedThreadPool();
es.execute(new ThreadA());
我不是专家，但我能想到实现Runnable而不是扩展Thread的一个原因：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]
Runnable是一个接口，而Thread是实现该接口的类。从设计的角度来看，任务的定义方式和执行方式之间应该有明确的区分。前者由Runnalbe实现负责，后者由Thread类负责。在大多数情况下，实现Runnable是正确的做法。
