从我在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，我们可以将同一个对象分配给多个线程，并且每个线程共享相同的对象状态和行为。
例如，假设有两个线程，thread1在数组中放入一个整数，thread2在数组填满时从数组中取出整数。请注意，为了让thread2正常工作，它需要知道数组的状态，不管thread1是否已将其填满。
实现Runnable使您能够灵活地共享对象，而扩展Thread使您能够为每个线程创建新对象，因此thread1完成的任何更新都会丢失给thread2。
其他回答
对如果调用ThreadA调用，则不需要调用start方法，run方法只在调用ThreadA类后调用。但如果使用ThreadB调用，则需要启动线程来调用run方法。如果你还有什么帮助，请回复我。
我们可以重新访问我们希望我们的类表现为线程的基本原因吗？根本没有理由，我们只是想执行一个任务，最有可能是在异步模式下，这恰恰意味着任务的执行必须从我们的主线程和主线程分支，如果提前完成，可能会或可能不会等待分支路径（任务）。
如果这就是全部目的，那么我在哪里看到需要专门的线程。这可以通过从系统的线程池中提取一个RAW线程并分配给它我们的任务（可能是我们类的一个实例）来完成，就是这样。
因此，让我们遵循OOP概念，编写一个所需类型的类。做事有很多方法，用正确的方式做事很重要。
我们需要一个任务，所以写一个可以在线程上运行的任务定义。所以使用Runnable。
始终记住，机具专门用于传递行为，扩展用于传递特性/属性。
我们不希望线程的属性，而是希望我们的类作为一个可以运行的任务。
我发现使用Runnable是最有用的，因为上面提到的所有原因，但有时我喜欢扩展Thread，这样我就可以创建自己的线程停止方法，并直接在我创建的线程上调用它。
如果您希望实现或扩展任何其他类，那么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的一个原因：Java只支持单一继承，因此只能扩展一个类。
编辑：这原本是说“实现一个接口需要更少的资源”，但无论如何都需要创建一个新的线程实例，所以这是错误的。
