为什么线程要实现Runnable？

Question

Java线程的run（）方法在线程启动时由该线程上的JVM调用。要让线程做一些事情，您可以创建thread的子类并重写它的run（）方法，或者（最好）您可以为线程的构造函数提供一个Runnable。那很好。

当时我正在创建Thread的子类并重写run，我意识到我不能像预期的那样使方法受到保护，因为Thread.run（）是公共的。然后我意识到为什么：它必须是公共的，因为Thread实现了Runnable。但它为什么要实现Runnable呢？

这似乎不合逻辑。一个线程是可启动的（从当前线程），但您不以运行（）一个Runnable（从当前线程）的方式运行它；线程运行自己（在自己的线程上）。如果您手动调用线程的run方法，那么您就不是将它用作线程，而是一个重量级的Runnable。

由于设计的原因，任何可以访问Thread对象的代码都可以调用它的public run方法，并潜在地插入不打算是public的或设计为这样调用的代码。它还允许像这样非常奇特的事情：

Thread.currentThread.run();

线程实现Runnable的合法用途是我没有看到的吗？

Answer 1

原因是“向下兼容”。

thread类起源于Java1.0...或更早版本。在那个年代，Java没有内部类，因此没有实现runnable实例的轻量级方法。如果您查看那个时代的旧线程示例和教程，通常会看到扩展thread并重写run()方法的类。

随着时间的推移，人们意识到扩展thread不是一个好主意（出于各种原因）。但是，thread设计无法更改，因为这会使旧的Java代码与较新的JVM不兼容。

在某些情况下，扩展线程并重写run()方法是有意义的。例如，您可能希望run()实现某种特殊的机制，用于将信息传入或传出提供的runnable中，或者实现某种特殊的异常处理，或者...使线程“可重新启动”。

甚至可能有这样的情况：您希望直接在线程对象上调用run()。例如，如果给您一些扩展thread的“狗早餐”代码，您必须将其转换为在线程池中运行，而不修改原始代码。您可能会考虑实例化crufty thread类，并将实例作为Runnable传递给threadpool以运行。（是的……惨不忍睹！）