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

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

当前回答

将Thread类与Runnable实现分离还可以避免线程和run（）方法之间的潜在同步问题。单独的Runnable通常在引用和执行可运行代码的方式上提供更大的灵活性。

2010-03-08 07:03:06

其他回答

tl；dr:implements Runnable更好。然而，警告很重要。

一般来说，我建议使用Runnable而不是Thread这样的工具，因为它允许您保持工作与并发选择之间的松散耦合。例如，如果您使用了一个Runnable，并且稍后决定它实际上不需要自己的Thread，那么您可以调用threadA.run（）。

注意：在这里，我强烈反对使用原始线程。我更喜欢使用Callables和FutureTasks（来自javadoc：“可取消的异步计算”）。现代并发支持的超时、适当取消和线程池的集成对我来说都比成堆的原始线程有用得多。

后续：有一个FutureTask构造函数，它允许您使用Runnables（如果这是您最熟悉的），并且仍然可以获得现代并发工具的好处。引用javadoc：

如果不需要特定的结果，请考虑使用以下形式的构造：

Future<?> f = new FutureTask<Object>(runnable, null)

因此，如果我们用threadA替换它们的runable，我们会得到以下结果：

new FutureTask<Object>(threadA, null)

另一个让您更接近Runnables的选项是ThreadPoolExecutor。您可以使用execute方法传入Runnable以执行“将来某个时候的给定任务”。

如果您想尝试使用线程池，上面的代码片段将变成如下（使用Executors.newCachedThreadPool（）工厂方法）：

ExecutorService es = Executors.newCachedThreadPool();
es.execute(new ThreadA());

2009-02-12 14:37:05

实际上，将Runnable和Thread相互比较是不明智的。

这两者在多线程中具有相关性和关系，就像机动车的车轮和发动机关系一样。

我想说，多线程只有一种方法，有两个步骤。让我表明我的观点。

可运行：当实现接口Runnable时，这意味着您正在创建可在不同线程中运行的东西。现在创建可以在线程内运行的东西（可以在线程中运行）并不意味着创建线程。因此，MyRunnable类只是一个带有void run方法的普通类。它的对象将是一些普通对象，只有一个在调用时正常执行的方法运行。（除非我们在线程中传递对象）。

线程：class线程，我可以说是一个非常特殊的类，它能够启动一个新的线程，这实际上通过它的start（）方法实现了多线程。

为什么不明智地进行比较？因为我们需要这两个线程来实现多线程。

对于多线程，我们需要两件事：

可以在线程内运行的东西（可运行）。可以启动新线程的东西。

因此，从技术上和理论上来说，这两个都是启动线程所必需的，一个线程将运行，另一个线程会使线程运行（就像机动车的车轮和发动机）。

这就是为什么不能使用MyRunnable启动线程，需要将其传递给thread的实例。

但是，只有使用类thread才能创建和运行线程，因为类thread实现了Runnable，所以我们都知道thread内部也是一个Runnable。

最后，Thread和Runnable是多线程的补充，而不是竞争对手或替代者。

2015-05-12 13:50:15

扩展线程与实现可运行线程之间的区别在于：

2017-10-01 15:05:06

我会说实际任务与线程分离。在Runnable的情况下，我们可以将任务传递给线程、执行器框架等，而通过扩展Thread任务则与线程对象本身耦合。在扩展线程的情况下，无法执行任务隔离。这就像我们将任务烧成线程对象，就像IC芯片一样（更具体地说，不会得到任务的任何句柄）。