从我在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。
其他回答
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());
线程和可运行线程之间的差异。若我们使用线程类创建线程，则线程数等于我们创建的对象数。如果我们通过实现可运行接口来创建线程，那么我们可以使用单个对象来创建多个线程。因此，单个对象由多个线程共享。因此，它将占用更少的内存
因此，如果我们的数据不敏感，则取决于要求。所以它可以在多个线程之间共享，我们可以使用Runnable接口。
实例化接口在代码和线程的实现之间提供了更清晰的分离，因此在这种情况下我更希望实现Runnable。
最简单的解释是通过实现Runnable，我们可以将同一个对象分配给多个线程，并且每个线程共享相同的对象状态和行为。
例如，假设有两个线程，thread1在数组中放入一个整数，thread2在数组填满时从数组中取出整数。请注意，为了让thread2正常工作，它需要知道数组的状态，不管thread1是否已将其填满。
实现Runnable使您能够灵活地共享对象，而扩展Thread使您能够为每个线程创建新对象，因此thread1完成的任何更新都会丢失给thread2。
如果使用runnable，则可以节省空间以扩展到任何其他类。
