从我在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
这两个代码块有什么显著的区别吗？
当前回答
实例化接口在代码和线程的实现之间提供了更清晰的分离，因此在这种情况下我更希望实现Runnable。
其他回答
我们可以重新访问我们希望我们的类表现为线程的基本原因吗？根本没有理由，我们只是想执行一个任务，最有可能是在异步模式下，这恰恰意味着任务的执行必须从我们的主线程和主线程分支，如果提前完成，可能会或可能不会等待分支路径（任务）。
如果这就是全部目的，那么我在哪里看到需要专门的线程。这可以通过从系统的线程池中提取一个RAW线程并分配给它我们的任务（可能是我们类的一个实例）来完成，就是这样。
因此，让我们遵循OOP概念，编写一个所需类型的类。做事有很多方法，用正确的方式做事很重要。
我们需要一个任务，所以写一个可以在线程上运行的任务定义。所以使用Runnable。
始终记住，机具专门用于传递行为，扩展用于传递特性/属性。
我们不希望线程的属性，而是希望我们的类作为一个可以运行的任务。
故事的寓意：
仅当您想要覆盖某些行为时才继承。
或者更确切地说，它应该被理解为：
继承更少，接口更多。
由于这是一个非常流行的话题，而且好的答案到处都是，而且处理得非常深入，所以我觉得将其他人的好答案汇编成更简洁的形式是合理的，因此新来者可以很容易地概括：
通常扩展类以添加或修改功能。因此，如果不想覆盖任何线程行为，请使用Runnable。同样，如果不需要继承线程方法，那么可以通过使用Runnable来避免这种开销。单一继承：如果您扩展Thread，则不能从任何其他类扩展，因此如果这是您需要做的，则必须使用Runnable。将领域逻辑与技术手段分开是一个很好的设计，从这个意义上说，最好有一个可运行的任务将您的任务与运行者隔离开来。您可以多次执行同一个Runnable对象，但Thread对象只能启动一次。（也许是执行器接受Runnables而不接受Threads的原因。）如果您将任务开发为Runnable，那么您现在和将来都可以灵活使用它。您可以通过执行器同时运行，也可以通过线程运行。您还可以在同一线程中非并发地使用/调用它，就像其他任何普通类型/对象一样。这也使得在单元测试中分离任务逻辑和并发方面更加容易。如果你对这个问题感兴趣，你可能也会对Callable和Runnable之间的区别感兴趣。
如果你想分开你的关注点，比如，如果你想创建任务，而谁是处理你任务的工作人员对你来说无关紧要，那么使用Runnable并将你的工作定义为任务。就像使用executor服务一样，您以Runnable/callable的形式定义任务，并将它们交给executor，然后由executor负责。
如果您想自己创建一个工作线程并将任务分配给该工作线程，那么您需要对工作线程进行更多的控制，然后使用thread类。
随着Java8的发布，现在有了第三个选项。
Runnable是一个函数接口，这意味着可以使用lambda表达式或方法引用创建它的实例。
您的示例可以替换为：
new Thread(() -> { /* Code here */ }).start()
或者如果要使用ExecutorService和方法引用：
executor.execute(runner::run)
这些不仅比示例要短得多，而且还具有其他答案中所述的使用Runnable over Thread的许多优点，例如单一责任和使用组合，因为您没有专门处理线程的行为。如果您只需要一个Runnable，那么这种方法也可以避免创建一个额外的类。
