从我在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
这两个代码块有什么显著的区别吗？
当前回答
简单的说法是：如果你实现了接口，这意味着你正在实现它的所有方法，如果你扩展了类，你正在继承你选择的方法。。。在这种情况下，只有一个名为Run（）的方法，因此更好地实现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());
这在Oracle的“定义和启动线程”教程中进行了讨论：
你应该使用这些成语中的哪一个？第一个成语，使用Runnable对象更一般，因为Runnable对象可以子类线程以外的类。第二个成语更容易使用在简单的应用程序中，但受限于您的任务类必须是线程的后代。本课重点介绍第一节方法，它将Runnable任务与Thread对象分离执行任务的。这种方法不仅更加灵活，而且它适用于所涵盖的高级线程管理API后来
换句话说，实现Runnable将在类扩展线程以外的类的情况下工作。Java不支持多重继承。此外，在使用某些高级线程管理API时，无法扩展线程。扩展Thread的唯一方案是在一个将来不会更新的小应用程序中。实现Runnable几乎总是更好的，因为随着项目的增长，它更加灵活。设计更改不会产生重大影响，因为您可以在java中实现许多接口，但只能扩展一个类。
Java不支持多重继承，所以如果您扩展Thread类，则不会扩展其他类。
例如：如果您创建一个applet，那么它必须扩展applet类，所以这里创建线程的唯一方法是实现Runnable接口
实例化接口在代码和线程的实现之间提供了更清晰的分离，因此在这种情况下我更希望实现Runnable。
有一件事我很惊讶，还没有提到，那就是实现Runnable使您的类更加灵活。
如果你扩展了线程，那么你正在做的动作总是在一个线程中。然而，如果你实现了Runnable，那就不必了。你可以在一个线程中运行它，或者将它传递给某种类型的执行器服务，或者将其作为一个任务在一个单线程应用程序中传递（可能稍后运行，但在同一个线程内）。如果只使用Runnable，则选项比将自己绑定到Thread时开放得多。
