最简单线程创建方式是继承Thread类重写run()并调用start()；直接调用run()不会开启新线程；一个Thread实例只能start()一次；推荐使用Runnable+Thread更灵活；需返回值或异常处理时用Callable+Future。
直接用 Thread 类创建并启动线程最简单
Java 中最基础的线程创建方式是继承 Thread 类，重写 run() 方法，然后调用 start() 启动。注意：不能直接调用 run()，否则只是普通方法调用，不会开启新线程。
常见错误现象：thread.run() 看似执行了，但主线程阻塞等待、CPU 时间片没切走、isAlive() 始终返回 false。
-
start()才真正触发 JVM 创建 OS 级线程，并调度执行run() - 一个
Thread实例只能start()一次，重复调用抛IllegalThreadStateException - 子类中若需复用父类逻辑，别忘了在
run()开头加super.run()（虽然Thread.run()默认空实现）
class MyThread extends Thread {
public void run() {
System.out.println("线程 " + Thread.currentThread().getName() + " 正在运行");
}
}
// 使用
MyThread t = new MyThread();
t.start(); // ✅ 正确
// t.run(); ❌ 不会新建线程
用 Runnable + Thread 更灵活，推荐日常使用
相比继承，实现 Runnable 接口更符合面向对象设计原则（避免单继承限制），也更适合传递任务逻辑。实际开发中绝大多数场景都走这条路。
使用场景：需要把任务逻辑和线程生命周期解耦；多个线程执行同一份任务代码；配合线程池使用（ExecutorService.submit(Runnable)）。
立即学习“Java免费学习笔记（深入）”；
-
Runnable是函数式接口，可用 lambda 表达式简化：() -> System.out.println("hello") - 传入
Thread(Runnable)构造器后，仍需调用start()，不是自动执行 - lambda 中若访问局部变量，该变量必须是
final或“事实 final”（Java 8+）
Runnable task = () -> {
System.out.println("任务由 " + Thread.currentThread().getName() + " 执行");
};
Thread t = new Thread(task, "worker-1");
t.start();
Callable 和 Future 用于需要返回值或异常处理的线程
如果线程执行完要返回结果，或可能抛出受检异常，Runnable 就不够用了——它没有返回值，且 run() 方法不能声明抛异常。
这时候改用 Callable<T>：它的 call() 方法有返回值、可抛异常；再配合 Future 获取结果（支持阻塞等待、超时、取消）。
-
Future.get()是阻塞调用，不设超时可能永久挂起，生产环境务必用get(long, TimeUnit) -
ExecutorService.submit(Callable)返回Future，而execute(Runnable)不返回任何东西 -
Callable不能直接传给Thread构造器，必须包装成FutureTask（它同时实现了Runnable和Future）
Callable<Integer> task = () -> {
Thread.sleep(100);
return 42;
};
FutureTask<Integer> ft = new FutureTask<>(task);
new Thread(ft).start();
System.out.println(ft.get()); // 阻塞直到结果就绪
线程启动失败的几个典型原因和检查点
即使代码语法正确，线程也可能“看似没执行”或“启动即死”，多数不是 Java 层问题，而是资源或状态误判。
容易被忽略的地方：
- JVM 已接近最大线程数（
-Xss太大或系统ulimit -u限制过小），start()抛OutOfMemoryError: unable to create native thread - 线程
run()方法体为空或瞬间结束，导致isAlive()查不到存活态，误以为没启动 - 日志输出被缓冲（尤其
System.out），加上线程退出太快，看不到打印——加System.out.flush()或换System.err测试 - IDE 调试时启用了“suspend on exception”，而线程内未捕获异常导致静默终止（建议在线程内加顶层
try-catch打印堆栈）
复杂点在于：线程的生命周期（NEW → RUNNABLE → BLOCKED/WAITING → TIMED_WAITING → TERMINATED）不是全由 Java 代码控制，OS 调度、GC 暂停、锁竞争都会影响状态观测。别依赖 isAlive() 的瞬时结果做关键判断。
