从我在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接口是最可取的，否则，如果您不希望任何其他类扩展或实现，那么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时，它将同一对象共享给多个线程。
其他回答
如果您希望实现或扩展任何其他类，那么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时，它将同一对象共享给多个线程。
故事的寓意：
仅当您想要覆盖某些行为时才继承。
或者更确切地说，它应该被理解为：
继承更少，接口更多。
实际上，将Runnable和Thread相互比较是不明智的。
这两者在多线程中具有相关性和关系，就像机动车的车轮和发动机关系一样。
我想说，多线程只有一种方法，有两个步骤。让我表明我的观点。
可运行：当实现接口Runnable时，这意味着您正在创建可在不同线程中运行的东西。现在创建可以在线程内运行的东西（可以在线程中运行）并不意味着创建线程。因此，MyRunnable类只是一个带有void run方法的普通类。它的对象将是一些普通对象，只有一个在调用时正常执行的方法运行。（除非我们在线程中传递对象）。
线程：class线程，我可以说是一个非常特殊的类，它能够启动一个新的线程，这实际上通过它的start（）方法实现了多线程。
为什么不明智地进行比较？因为我们需要这两个线程来实现多线程。
对于多线程，我们需要两件事：
可以在线程内运行的东西（可运行）。可以启动新线程的东西。
因此，从技术上和理论上来说，这两个都是启动线程所必需的，一个线程将运行，另一个线程会使线程运行（就像机动车的车轮和发动机）。
这就是为什么不能使用MyRunnable启动线程，需要将其传递给thread的实例。
但是，只有使用类thread才能创建和运行线程，因为类thread实现了Runnable，所以我们都知道thread内部也是一个Runnable。
最后，Thread和Runnable是多线程的补充，而不是竞争对手或替代者。
我们可以重新访问我们希望我们的类表现为线程的基本原因吗？根本没有理由，我们只是想执行一个任务，最有可能是在异步模式下，这恰恰意味着任务的执行必须从我们的主线程和主线程分支，如果提前完成，可能会或可能不会等待分支路径（任务）。
如果这就是全部目的，那么我在哪里看到需要专门的线程。这可以通过从系统的线程池中提取一个RAW线程并分配给它我们的任务（可能是我们类的一个实例）来完成，就是这样。
因此，让我们遵循OOP概念，编写一个所需类型的类。做事有很多方法，用正确的方式做事很重要。
我们需要一个任务，所以写一个可以在线程上运行的任务定义。所以使用Runnable。
始终记住，机具专门用于传递行为，扩展用于传递特性/属性。
我们不希望线程的属性，而是希望我们的类作为一个可以运行的任务。
是的：implements Runnable是首选的实现方式，IMO。你并没有真正专门研究线程的行为。你只是在给它一些东西。这意味着构图是哲学上“更纯粹”的方式。
实际上，这意味着您可以实现Runnable并从另一个类扩展。。。您还可以通过lambda表达式实现Runnable，如Java 8。
