从我在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
这两个代码块有什么显著的区别吗？
当前回答
1.扩展线程接口，就像让类只作为线程一样。您的新类将像一个增强的线程。
jshell> public class Test extends Thread{
...> public Test(String name){
...> super(name);
...> }
...> public void run(){
...> System.out.println(Thread.currentThread().getName());
...> }
...> }
| created class Test
jshell> Test t1=new Test("MyThread");
t1 ==> Thread[MyThread,5,main]
它创建一个线程，而不是Test对象。所以它会像一个线程。不能在线程之间共享Test类的实例。
2.实现可运行接口。
jshell> public class Test1 implements Runnable{
...> public void run(){
...> System.out.println(Thread.currentThread().getName());
...> }
...> public String getName(){
...> return "testing";}
...> }
| created class Test1
jshell> Test1 t1=new Test1();
t1 ==> Test1@396a51ab --> this creates Test1 object.
该对象可以通过以下方式跨线程共享，
jshell> Thread t1=new Thread(t1,"Hai");
t ==> Thread[Hai,5,main]
jshell> Thread t=new Thread(t1,"Hai");
t ==> Thread[Hai,5,main]
我认为已经有很多关于这个话题的讨论，认为这可能对基础知识有所帮助。
其他回答
将Thread类与Runnable实现分离还可以避免线程和run（）方法之间的潜在同步问题。单独的Runnable通常在引用和执行可运行代码的方式上提供更大的灵活性。
我们可以重新访问我们希望我们的类表现为线程的基本原因吗？根本没有理由，我们只是想执行一个任务，最有可能是在异步模式下，这恰恰意味着任务的执行必须从我们的主线程和主线程分支，如果提前完成，可能会或可能不会等待分支路径（任务）。
如果这就是全部目的，那么我在哪里看到需要专门的线程。这可以通过从系统的线程池中提取一个RAW线程并分配给它我们的任务（可能是我们类的一个实例）来完成，就是这样。
因此，让我们遵循OOP概念，编写一个所需类型的类。做事有很多方法，用正确的方式做事很重要。
我们需要一个任务，所以写一个可以在线程上运行的任务定义。所以使用Runnable。
始终记住，机具专门用于传递行为，扩展用于传递特性/属性。
我们不希望线程的属性，而是希望我们的类作为一个可以运行的任务。
如果你想分开你的关注点，比如，如果你想创建任务，而谁是处理你任务的工作人员对你来说无关紧要，那么使用Runnable并将你的工作定义为任务。就像使用executor服务一样，您以Runnable/callable的形式定义任务，并将它们交给executor，然后由executor负责。
如果您想自己创建一个工作线程并将任务分配给该工作线程，那么您需要对工作线程进行更多的控制，然后使用thread类。
Thread和Runnable的主要区别在于：-线程类似于：Worker（执行Runnable）-可运行的类似于：作业（由线程执行）
我不是专家，但我能想到实现Runnable而不是扩展Thread的一个原因：Java只支持单一继承，因此只能扩展一个类。
编辑：这原本是说“实现一个接口需要更少的资源”，但无论如何都需要创建一个新的线程实例，所以这是错误的。
