TIMED_WAITING状态本质是线程调用带超时参数的阻塞方法（如sleep、wait、join、parkNanos、Condition.await）后进入的限时等待状态，超时自动恢复，无需显式唤醒。
Java 中线程进入 TIMED_WAITING 状态，本质是调用了带有超时参数的阻塞方法（如 wait(long)、join(long)、sleep(long)、LockSupport.parkNanos() 或 Condition.await(long, TimeUnit)），系统会在指定时间后自动唤醒线程，无需额外“设置唤醒”——超时唤醒是这些方法的内置行为。
哪些方法会触发 TIMED_WAITING？
以下常见操作会让线程进入 TIMED_WAITING 状态，并在超时后自动恢复运行：
-
Object.wait(long timeout)：需在同步块中调用，超时后自动退出等待，但仍需重新竞争锁 -
Thread.join(long millis)：等待目标线程最多指定毫秒数，超时即返回 -
Thread.sleep(long millis)：当前线程休眠，超时后直接进入RUNNABLE -
LockSupport.parkNanos(long nanos)：底层支持，超时后自动 unpark -
Condition.await(long time, TimeUnit unit)：配合ReentrantLock使用，超时后自动返回false
如何确保超时后正确处理？
超时只是让线程回到可运行状态，不代表任务完成或条件满足。必须显式检查返回值或状态：
- 对
Condition.await(...)，返回false表示超时，需手动判断是否重试或放弃 - 对
wait(long)，被唤醒后要再次检验条件（使用 while 循环，而非 if），防止虚假唤醒 - 对
join(long)，返回后应检查isAlive()判断目标线程是否真的结束了 - 对
sleep()，无返回值，但后续逻辑应基于“已过指定时间”做决策，比如重试次数、截止时间判断等
避免误用：不是所有等待都能“设超时”
有些阻塞操作本身不支持超时，强行加超时需换方式：
立即学习“Java免费学习笔记（深入）”；
-
Object.wait()（无参）→ 改用wait(long) -
Thread.join()（无参）→ 改用join(long) -
BlockingQueue.take()→ 改用poll(long, TimeUnit) -
Future.get()（无参）→ 改用get(long, TimeUnit)，超时抛TimeoutException
调试提示：怎么看线程是不是 TIMED_WAITING？
可通过 jstack <pid></pid> 查看线程堆栈，典型输出如：
"main" #1 prio=5 os_prio=0 tid=0x00007f8b8c00a000 nid=0x1c03 in Object.wait() [0x00007f8b942f6000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
注意括号中的提示（如 on object monitor、parking to wait for）能帮助定位是哪种机制导致的超时等待。
