join()阻塞调用线程而非目标线程，依赖目标线程存活状态，底层通过synchronized锁目标线程对象并配合wait/notifyall实现等待唤醒，必须先start再join才能确保同步。

join() 是让“当前线程”等，不是让“目标线程”停

调用 t1.join() 时，真正被阻塞的是执行这行代码的线程（比如主线程或 t2），而 t1 会照常运行。这个细节很关键——很多人误以为 join 是控制 t1 的执行节奏，其实它只影响调用方。t1 是否已启动、是否存活，决定 join 能否生效；如果 t1 还没 start 就调用 join，效果等同于没等（因为 isAlive() 返回 false，wait 不会被触发）。

底层靠 wait/notifyAll 配合对象锁实现等待唤醒

join() 是 synchronized 方法，内部锁住的是目标线程对象（如 t1 实例）。当当前线程进入 wait()，它释放该锁并挂起；t1 执行完 run() 后，JVM 自动在其对象上调用 notifyAll()，唤醒所有在该对象上等待的线程。这意味着：

• 多个线程同时对同一个 t1 调用 join()，都会被唤醒
• wait(0) 表示无限期等待，直到 t1 终止
• 若用 join(5000)，则最多等 5 秒，超时后自动恢复执行

变量任务顺序依赖：必须用 join 串起“生产-消费”链

当一个线程负责计算结果（如更新共享变量 i），另一个线程依赖该结果继续处理，就必须确保前者完成后再启动后者逻辑。例如：

• t1 计算 sum = 1+2+...+100000 并写入静态变量 result
• t2 要打印 "result is: " + result
• 若不加 t1.join()，t2 可能读到未初始化或中间值
• 在 t2.run() 开头或主线程中调用 t1.join()，就能保证读取时机正确

实战注意：start 和 join 的顺序不能颠倒

必须先 t1.start()，再 t1.join()。否则 t1 没运行，join 直接返回，起不到同步作用。常见错误写法：

t1.join(); t1.start(); // ❌ 无效，t1 还没活就等它死
t1.start(); t1.join(); // ✅ 正确，启动后等待结束