Java中join()不支持多级依赖自动调度，仅提供单向等待；需手动构建依赖链，如主线程串行控制或子线程内部调用join；start()必须在join()前，否则等待无效；多重join无传递性，需显式处理中断异常。
Java 中 join() 方法本身不处理“多级依赖”的自动调度，它只提供单向、点对点的等待能力。所谓多级依赖（比如 T3 依赖 T2，T2 又依赖 T1），本质是多个两两依赖关系的串联，必须靠开发者显式构造调用链，而不是 join 自动推导。
依赖链必须手动建立
join 不会感知线程之间的逻辑关系，它只响应“谁调用了谁的 join()”。要实现 T1 → T2 → T3 的三级顺序，有两种等效但结构不同的写法：
-
主线程串行控制：主线程依次启动并等待每个线程
t1.start(); t1.join();t2.start(); t2.join();t3.start(); t3.join();
这种方式下，T2 和 T3 实际从未运行，直到前一个 join 返回；整个流程是单线程推进，无并发。 -
子线程主动等待前驱：所有线程同时 start，但内部嵌入依赖
T2 的 run() 开头写t1.join()，T3 的 run() 开头写t2.join()
启动顺序可任意：t1.start(); t2.start(); t3.start();
效果相同：T2 等 T1 完成才真正干活，T3 等 T2 完成才开始执行。
关键约束：start() 必须在 join() 前
如果在目标线程还没 start() 就调用其 join()，JVM 不会阻塞，而是立即返回——因为未启动的线程状态为 NEW，join 对它无效。所以依赖链中，不能让 T2 在 T1.start() 之前就调用 t1.join()，否则等待失效。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 错误示例：T2 构造时就调用 t1.join() → 此时 t1 还没 start，t1.join() 立即返回，T2 提前执行
- 正确做法：t1.start() 后再确保 T2 能访问到已启动的 t1 实例，并在其 run() 中调用 join()
多级依赖 ≠ 多重嵌套 join
一个线程调用多个 join（如 T3.run() 中先后写 t1.join() 和 t2.join()）并不会形成“T3 等 T1 和 T2 都完成”，而是按代码顺序依次等待：先等 t1 结束，再等 t2 结束。若 t2 本身依赖 t1，则 t2.join() 会自然等到 t1 完成之后——但这个“间接等待”依赖的是 t2 内部是否真的调用了 t1.join()，不是 join 方法本身能推理出来的。
立即学习“Java免费学习笔记（深入）”；
- 若 t2 没调 t1.join()，T3 即使调了 t1.join() 和 t2.join()，也只是分别等两个独立线程，彼此无序
- join 的等待关系是扁平的、静态声明的，没有“传递性”或“拓扑排序”能力
中断与异常需显式处理
任何一级 join 都可能被中断，抛出 InterruptedException。如果 T2 在 t1.join() 时被中断，它不会自动把中断状态传给 T3；T3 的 t2.join() 仍会正常等待，除非 T2 在 catch 后重新设置了 Thread.interrupted() 或主动 re-throw。
- 建议：在每个 join 调用处捕获异常并决定是否继续、恢复中断状态或退出
- 忽略 InterruptedException 可能导致线程无法响应外部停止信号
