绝大多数实际项目应优先用 Runnable，因其是接口可与任意继承共存，支持线程池、任务复用和职责分离；Thread 虽实现 Runnable 但仅适合极简场景或深度定制。
什么时候该用
，而不是继承
绝大多数实际项目里，你应该优先选
。不是因为它“高级”，而是因为 Java 不支持多继承——如果你的业务类已经继承了
、
或某个框架基类，再想继承
就直接编译报错：
。
是接口，可以和任意继承关系共存。比如：
这种写法毫无压力；而换成
就只能砍掉原有继承链，代价太大。
需要复用同一段任务逻辑（比如多个线程处理同一个队列）→ 必须用
，否则每个
子类都是独立实例，没法共享状态
要用线程池（
）→ 它只接受
或
，不认
子类
只想改
，其他线程控制方法（
、
等）全用父类的 →
更轻量，也更符合“职责分离”原则
为什么
类其实也实现了
看
源码就知道：它声明为
。也就是说，
自己就是个
实例。你调用
，JVM 最终还是走到它的
方法里去执行。
立即学习
“
Java免费学习笔记（深入）
”；
这解释了两个常见现象：
直接调用
不会启新线程，只是普通方法调用（在当前线程同步执行）
重写
子类的
，本质仍是填充那个
合约；没重写时，默认行为是尝试调用传入的
（即构造时指定的
），否则什么也不做
所以别被“继承 Thread”迷惑——底层统一走
协议，只是封装层级不同。
Eclipse导入Android或其他的JAVA项目的正确方法 WORD版
本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
下载
常见误用：把
当成线程本身
新手常写：
，以为这就开了线程。结果发现代码是串行执行、没并发、CPU 占用没变化——因为
只是普通方法。
真正启动线程必须走
的
：
另一个坑是重复
：
会抛
，且不可恢复。线程生命周期不可逆，启动后就不能再 start。
如果真要继承
，只在这些情况考虑
不是不能用，而是得有明确理由。适合场景极少：
极简脚本或单元测试，就临时起一个线程打印点日志，不想多写一行
需要深度定制线程创建过程（比如重写
、修改默认栈大小、绑定特定
），且确定不会和其他继承冲突
教学演示，强调“线程即对象”的直观性（但生产环境仍不推荐）
哪怕在这种情况下，也建议把任务逻辑抽到独立类里，让
子类只负责调度，别混业务。
真正容易被忽略的点是：线程安全和资源竞争跟选
还是
无关——它们都只是启动方式。锁、
、
这些才是解决并发问题的关键。别指望换种写法就能自动线程安全。
RunnableThreadRunnableServiceControllerThreadjava: 无法从类 X 继承；X 已经继承自 YRunnableclass OrderProcessor extends AbstractService implements Runnable { ... }extends ThreadRunnableThreadExecutorServiceRunnableCallableThreadrun()joininterruptRunnableThreadRunnableThreadclass Thread implements RunnableThreadRunnablet.start()run()thread.run()Threadrun()RunnabletargetRunnableRunnableRunnablenew MyRunnable().run()run()Threadstart()Thread t = new Thread(new MyRunnable());
t.start(); // ✅ 启动新线程
// new MyRunnable().run(); ❌ 仍在主线程里跑start()t.start(); t.start();IllegalThreadStateExceptionThreadnew Thread(...)init()ThreadGroupThreadThreadRunnablevolatileAtomicInteger