Java中的“implements Runnable”vs“extends Thread”

从我在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

这两个代码块有什么显著的区别吗？

当前回答

这就是SOLID的s：单一责任。

线程体现了一段代码的异步执行的运行上下文（如执行上下文：堆栈帧、线程id等）。理想情况下，这段代码应该是相同的实现，无论是同步的还是异步的。

如果将它们捆绑在一个实现中，则会给结果对象两个不相关的更改原因：

应用程序中的线程处理（即查询和修改执行上下文）由代码段（可运行部分）实现的算法

如果您使用的语言支持部分类或多重继承，那么您可以在其自己的超级类中分离每个原因，但归结起来与组成两个对象相同，因为它们的特征集不重叠。这是为了理论。

在实践中，一般来说，一个方案不需要比必要的更复杂。如果您有一个线程在处理一个特定的任务，而不需要更改该任务，那么将任务划分为单独的类可能没有任何意义，并且代码仍然更简单。

在Java环境中，由于该工具已经存在，因此直接从独立的可运行类开始，并将其实例传递给线程（或执行器）实例可能更容易。一旦习惯了这种模式，它就不比简单的可运行线程情况更难使用（甚至读取）。

2013-03-18 10:14:31

其他回答

这里的每个人似乎都认为实现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]

2012-06-19 23:12:49

在这里加上我的两分钱-始终尽可能使用机具Runnable。以下是关于为什么不应该使用扩展线程

理想情况下，您不应该扩展Thread类；线程类应为最终类。至少它的方法像thread.getId（）。有关扩展线程的错误，请参阅本讨论。那些喜欢解谜的人可以看到扩展线程的另一个副作用。以下代码将在无人通知时打印无法访问的代码。

请参见http://pastebin.com/BjKNNs2G.

public class WaitPuzzle {

    public static void main(String[] args) throws InterruptedException {
        DoNothing doNothing = new DoNothing();
        new WaitForever(doNothing).start();
        new WaitForever(doNothing).start();
        new WaitForever(doNothing).start();
        Thread.sleep(100);
        doNothing.start();
        while(true) {
            Thread.sleep(10);
        }
    }


    static class WaitForever extends  Thread {

        private DoNothing doNothing;

        public WaitForever(DoNothing doNothing) {
            this.doNothing =  doNothing;
        }

        @Override
        public void run() {
            synchronized (doNothing) {
                try {
                    doNothing.wait(); // will wait forever here as nobody notifies here
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println("Unreachable Code");
            }
        }
    }

    static class DoNothing extends Thread {

        @Override
        public void run() {
            System.out.println("Do Nothing ");
        }
    } 
}

2015-01-03 00:11:56

我们可以重新访问我们希望我们的类表现为线程的基本原因吗？根本没有理由，我们只是想执行一个任务，最有可能是在异步模式下，这恰恰意味着任务的执行必须从我们的主线程和主线程分支，如果提前完成，可能会或可能不会等待分支路径（任务）。

如果这就是全部目的，那么我在哪里看到需要专门的线程。这可以通过从系统的线程池中提取一个RAW线程并分配给它我们的任务（可能是我们类的一个实例）来完成，就是这样。

因此，让我们遵循OOP概念，编写一个所需类型的类。做事有很多方法，用正确的方式做事很重要。

我们需要一个任务，所以写一个可以在线程上运行的任务定义。所以使用Runnable。

始终记住，机具专门用于传递行为，扩展用于传递特性/属性。

我们不希望线程的属性，而是希望我们的类作为一个可以运行的任务。

2013-11-22 03:11:51

我不是专家，但我能想到实现Runnable而不是扩展Thread的一个原因：Java只支持单一继承，因此只能扩展一个类。

编辑：这原本是说“实现一个接口需要更少的资源”，但无论如何都需要创建一个新的线程实例，所以这是错误的。

2009-02-12 14:32:01

是的：implements Runnable是首选的实现方式，IMO。你并没有真正专门研究线程的行为。你只是在给它一些东西。这意味着构图是哲学上“更纯粹”的方式。