从我在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
这两个代码块有什么显著的区别吗？
当前回答
对如果调用ThreadA调用，则不需要调用start方法，run方法只在调用ThreadA类后调用。但如果使用ThreadB调用，则需要启动线程来调用run方法。如果你还有什么帮助，请回复我。
其他回答
我不是专家，但我能想到实现Runnable而不是扩展Thread的一个原因：Java只支持单一继承，因此只能扩展一个类。
编辑：这原本是说“实现一个接口需要更少的资源”，但无论如何都需要创建一个新的线程实例，所以这是错误的。
这里的每个人似乎都认为实现Runnable是一条路，我并不真的不同意他们的观点，但在我看来，扩展Thread也是有道理的，事实上，您已经在代码中演示了这一点。
如果您实现Runnable，那么实现Runnable的类对线程名称没有控制权，调用代码可以设置线程名称，如下所示：
new Thread(myRunnable,"WhateverNameiFeelLike");
但是如果您扩展了Thread，那么您可以在类本身中管理它（就像在您的示例中，您将线程命名为“ThreadB”）。在这种情况下，您：
A） 可能会为调试目的提供一个更有用的名称
B） 强制将该名称用于该类的所有实例（除非您忽略了它是一个线程的事实，并将其作为Runnable来执行上述操作，但我们在这里讨论的是约定，所以可以忽略我认为的可能性）。
例如，您甚至可以对其创建进行堆栈跟踪，并将其用作线程名称。这可能看起来很奇怪，但取决于代码的结构，它对调试非常有用。
这看起来可能是一件小事，但如果你有一个非常复杂的应用程序，其中有很多线程，并且突然“停止”了（可能是因为死锁，也可能是因为网络协议中的一个不太明显的缺陷，或者其他无休止的原因），然后从Java获取堆栈转储，其中所有线程都被称为“线程-1”、“线程-2”、，“Thread-3”并不总是非常有用（这取决于线程的结构，以及您是否可以仅通过它们的堆栈跟踪来有效地区分哪个线程是哪个线程-如果您使用的是多个线程组，它们都运行相同的代码，则不总是可能的）。
尽管如此，您当然也可以通过创建线程类的扩展来以通用的方式执行上述操作，该扩展将其名称设置为其创建调用的堆栈跟踪，然后将其用于Runnable实现而不是标准的java线程类（见下文），但是除了堆栈跟踪之外用于调试的线程名称（对它可能处理的许多队列或套接字之一的引用，例如，在这种情况下，您可能更希望专门针对这种情况扩展thread，以便编译器强制您（或其他使用库的人）传递某些信息（例如，有问题的队列/套接字）以用于名称）。
以下是以调用堆栈跟踪为名称的通用线程的示例：
public class DebuggableThread extends Thread {
private static String getStackTrace(String name) {
Throwable t= new Throwable("DebuggableThread-"+name);
ByteArrayOutputStream os = new ByteArrayOutputStream();
PrintStream ps = new PrintStream(os);
t.printStackTrace(ps);
return os.toString();
}
public DebuggableThread(String name) {
super(getStackTrace(name));
}
public static void main(String[] args) throws Exception {
System.out.println(new Thread());
System.out.println(new DebuggableThread("MainTest"));
}
}
下面是比较两个名称的输出示例：
Thread[Thread-1,5,main]
Thread[java.lang.Throwable: DebuggableThread-MainTest
at DebuggableThread.getStackTrace(DebuggableThread.java:6)
at DebuggableThread.<init>(DebuggableThread.java:14)
at DebuggableThread.main(DebuggableThread.java:19)
,5,main]
如果您希望实现或扩展任何其他类，那么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，这样我就可以创建自己的线程停止方法，并直接在我创建的线程上调用它。
简单的说法是：如果你实现了接口，这意味着你正在实现它的所有方法，如果你扩展了类，你正在继承你选择的方法。。。在这种情况下，只有一个名为Run（）的方法，因此更好地实现Runnable接口。。
