必须调用start()启动新线程，run()只是普通方法调用；sleep()不释放锁仅暂停，yield()基本无效，join()阻塞等待线程结束；interrupt()仅设中断标志，需手动响应；setDaemon()须在start()前调用。
start() 和 run() 的区别必须分清
调用 start() 才真正启动新线程，JVM 会为其分配栈空间并调度执行；而直接调用 run() 只是普通方法调用，仍在当前线程同步执行，毫无并发意义。
常见错误：把 thread.run() 当作启动线程，结果代码串行执行、无任何并发效果。
- 永远用
start()启动线程，run()是被 JVM 调用的入口，不是你该主动调的 - 重写
run()时不要加synchronized—— 它本身就不涉及多线程竞争（除非你手动多处调用） - 如果需要传参，别靠重写
run()去接，改用Runnable实现类构造参数或使用Thread(Runnable, String)构造器
sleep()、yield()、join() 的实际作用场景
Thread.sleep(long) 是最常误用的方法之一：它不释放锁，只让当前线程暂停指定毫秒数，并进入 TIMED_WAITING 状态。适合做简单延时，但绝不能用于“等待某条件成立”——那是 wait() 的职责。
Thread.yield() 基本没用：它只是建议 JVM 暂停当前线程、让同优先级线程运行，但 JVM 可以完全忽略。现代 JVM 几乎不响应它，生产环境应避免依赖。
join() 是协调线程生命周期的关键：主线程调用 t.join() 会阻塞直到 t 执行结束。注意它也有带超时的重载 join(long)，超时后主线程继续执行，不保证子线程已终止。
-
sleep()参数为毫秒，0 表示“尽力让出 CPU”，但不等价于yield() -
join()内部用的是wait()，所以调用前线程必须持有目标线程对象的锁（由 JVM 自动完成，你不用管） - 多个
join()连续调用时，顺序影响逻辑：先join(t1)再join(t2)，意味着 t1 结束后才开始等 t2
interrupt() 不会强制终止线程，只是设个标志
Java 没有安全的“强行杀线程”机制。interrupt() 只是将线程的中断状态置为 true，具体如何响应，完全由线程自己决定。对阻塞中的线程（如 sleep()、wait()、join()），它会抛出 InterruptedException 并清除中断状态；对运行中的线程，仅设置标志位，需手动检查 Thread.interrupted() 或 isInterrupted()。
-
Thread.interrupted()是静态方法，会清除中断状态；isInterrupted()是实例方法，只读不改 - 捕获
InterruptedException后，若不重新中断（Thread.currentThread().interrupt()），上层代码可能收不到中断信号 - 在循环中使用
while (!Thread.currentThread().isInterrupted())是推荐模式，比while (true)+ break 更健壮
setDaemon(true) 必须在 start() 前调用
守护线程（Daemon Thread）是服务型线程，比如垃圾回收器、JIT 编译线程。当 JVM 中所有非守护线程都结束时，JVM 会自动退出，不会等待守护线程完成。这个属性一旦设定就不可更改。
典型用途：日志刷盘线程、心跳上报、监控采集等后台任务。但切记：它不保证最后几条日志一定落盘，因为 JVM 退出时守护线程会被直接终止。
- 必须在
start()之前调用setDaemon(true)，否则抛IllegalThreadStateException - 主线程默认是非守护线程；所有新创建的线程默认继承父线程的 daemon 属性
- Spring Boot 的内嵌 Tomcat 启动后，其工作线程池里的线程多数是守护线程，这也是应用关闭时它们能被快速清理的原因
线程状态判断、优先级设置（setPriority()）、名字管理（setName()）这些 API 虽然存在，但在真实项目里极少成为关键路径；真正容易出错、影响逻辑正确性的，还是中断语义、start/run 混用、以及 join 的阻塞时机。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
