从我在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 t = new Thread() {
public void run() {
// Code here
}
}
其他回答
如果我没有错的话，它或多或少类似于
接口和抽象类之间的区别是什么？
extends建立“Is A”关系，接口提供“Has A”功能。
首选工具可运行：
如果不需要扩展Thread类并修改Thread API默认实现如果你执行的是一个火灾和忘记命令如果您已经在扩展另一个类
首选“扩展线程”：
如果必须重写oracle文档页中列出的任何线程方法
通常，您不需要重写线程行为。因此，在大多数情况下，首选实现Runnable。
另一方面，使用高级ExecutorService或ThreadPoolExecutorServiceAPI提供了更多的灵活性和控制。
看看这个SE问题：
ExecutorService vs休闲线程生成器
如果你想分开你的关注点，比如，如果你想创建任务，而谁是处理你任务的工作人员对你来说无关紧要，那么使用Runnable并将你的工作定义为任务。就像使用executor服务一样，您以Runnable/callable的形式定义任务，并将它们交给executor，然后由executor负责。
如果您想自己创建一个工作线程并将任务分配给该工作线程，那么您需要对工作线程进行更多的控制，然后使用thread类。
实例化接口在代码和线程的实现之间提供了更清晰的分离，因此在这种情况下我更希望实现Runnable。
故事的寓意：
仅当您想要覆盖某些行为时才继承。
或者更确切地说，它应该被理解为：
继承更少，接口更多。
我们可以重新访问我们希望我们的类表现为线程的基本原因吗？根本没有理由，我们只是想执行一个任务，最有可能是在异步模式下，这恰恰意味着任务的执行必须从我们的主线程和主线程分支，如果提前完成，可能会或可能不会等待分支路径（任务）。
如果这就是全部目的，那么我在哪里看到需要专门的线程。这可以通过从系统的线程池中提取一个RAW线程并分配给它我们的任务（可能是我们类的一个实例）来完成，就是这样。
因此，让我们遵循OOP概念，编写一个所需类型的类。做事有很多方法，用正确的方式做事很重要。
我们需要一个任务，所以写一个可以在线程上运行的任务定义。所以使用Runnable。
始终记住，机具专门用于传递行为，扩展用于传递特性/属性。
我们不希望线程的属性，而是希望我们的类作为一个可以运行的任务。
