从我在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使您的类更加灵活。
如果你扩展了线程，那么你正在做的动作总是在一个线程中。然而，如果你实现了Runnable，那就不必了。你可以在一个线程中运行它，或者将它传递给某种类型的执行器服务，或者将其作为一个任务在一个单线程应用程序中传递（可能稍后运行，但在同一个线程内）。如果只使用Runnable，则选项比将自己绑定到Thread时开放得多。
其他回答
对于大多数工作线程来说，最好的方法是将线程完全封装在工作线程类中，这样就不会有任何外部干扰，导致不需要的和无效的线程/类状态。
我刚刚发布了一个示例，因此我也将与您分享：
/**
* This worker can only run once
* @author JayC667
*/
public class ProperThreading {
private final Thread mThread = new Thread(() -> runWorkingLoop()); // if you want worker to be able to run multiple times, move initialisation into startThread()
private volatile boolean mThreadStarted = false;
private volatile boolean mStopRequested = false;
private final long mLoopSleepTime;
public ProperThreading(final long pLoopSleepTime /* pass more arguments here, store in members */ ) {
mLoopSleepTime = pLoopSleepTime;
}
public synchronized void startThread() {
if (mThreadStarted) throw new IllegalStateException("Worker Thread may only be started once and is already running!");
mThreadStarted = true;
mThread.start();
}
private void runWorkingLoop() {
while (!mStopRequested /* && other checks */ ) {
try {
// do the magic work here
Thread.sleep(mLoopSleepTime);
} catch (final InterruptedException e) {
break;
} catch (final Exception e) {
// do at least some basic handling here, you should NEVER ignore exception unless you know exactly what you're doing, and then it should be commented!
}
}
}
public synchronized void stopThread() {
if (!mThreadStarted) throw new IllegalStateException("Worker Thread is not even running yet!");
mStopRequested = true;
mThread.interrupt();
}
}
由于这是一个非常流行的话题，而且好的答案到处都是，而且处理得非常深入，所以我觉得将其他人的好答案汇编成更简洁的形式是合理的，因此新来者可以很容易地概括：
通常扩展类以添加或修改功能。因此，如果不想覆盖任何线程行为，请使用Runnable。同样，如果不需要继承线程方法，那么可以通过使用Runnable来避免这种开销。单一继承：如果您扩展Thread，则不能从任何其他类扩展，因此如果这是您需要做的，则必须使用Runnable。将领域逻辑与技术手段分开是一个很好的设计，从这个意义上说，最好有一个可运行的任务将您的任务与运行者隔离开来。您可以多次执行同一个Runnable对象，但Thread对象只能启动一次。（也许是执行器接受Runnables而不接受Threads的原因。）如果您将任务开发为Runnable，那么您现在和将来都可以灵活使用它。您可以通过执行器同时运行，也可以通过线程运行。您还可以在同一线程中非并发地使用/调用它，就像其他任何普通类型/对象一样。这也使得在单元测试中分离任务逻辑和并发方面更加容易。如果你对这个问题感兴趣，你可能也会对Callable和Runnable之间的区别感兴趣。
这就是SOLID的s：单一责任。
线程体现了一段代码的异步执行的运行上下文（如执行上下文：堆栈帧、线程id等）。理想情况下，这段代码应该是相同的实现，无论是同步的还是异步的。
如果将它们捆绑在一个实现中，则会给结果对象两个不相关的更改原因：
应用程序中的线程处理（即查询和修改执行上下文）由代码段（可运行部分）实现的算法
如果您使用的语言支持部分类或多重继承，那么您可以在其自己的超级类中分离每个原因，但归结起来与组成两个对象相同，因为它们的特征集不重叠。这是为了理论。
在实践中，一般来说，一个方案不需要比必要的更复杂。如果您有一个线程在处理一个特定的任务，而不需要更改该任务，那么将任务划分为单独的类可能没有任何意义，并且代码仍然更简单。
在Java环境中，由于该工具已经存在，因此直接从独立的可运行类开始，并将其实例传递给线程（或执行器）实例可能更容易。一旦习惯了这种模式，它就不比简单的可运行线程情况更难使用（甚至读取）。
如果你想分开你的关注点，比如，如果你想创建任务，而谁是处理你任务的工作人员对你来说无关紧要，那么使用Runnable并将你的工作定义为任务。就像使用executor服务一样，您以Runnable/callable的形式定义任务，并将它们交给executor，然后由executor负责。
如果您想自己创建一个工作线程并将任务分配给该工作线程，那么您需要对工作线程进行更多的控制，然后使用thread类。
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());
