CountDownLatch仅负责计数归零后唤醒等待线程，不管理线程生命周期；工作线程的归还与复用由线程池控制，需在finally中调用countDown()并配合超时await确保可靠性。
CountDownLatch 本身不负责“归还”或“维持”工作线程的活跃状态——它只做一件事：计数归零后唤醒等待线程。工作线程是否归还、是否复用、是否保持活跃，完全由它们所处的执行环境（比如线程池）决定，和 CountDownLatch 无关。
CountDownLatch 不管理线程生命周期
它只是一个同步协调工具，内部没有线程创建、启动、销毁逻辑。调用 countDown() 只是递减计数器；调用 await() 只是让当前线程（可能是主线程，也可能是某个工作线程）阻塞等待。一旦计数归零，被 await 阻塞的线程就恢复执行，之后如何处理——是退出、继续循环、还是提交新任务——全由你代码控制。
工作线程的“归还”取决于所在线程池
如果你把子任务提交给 ThreadPoolExecutor 执行，那么工作线程的归还与活跃维持机制由线程池自身保障：
- 核心线程默认永驻：只要线程数 ≤ corePoolSize，空闲也不会被回收
- 非核心线程按 keepAliveTime 回收：超出核心数的线程空闲超时即终止
- 线程执行完一个 Runnable 后，会自动从队列取下一个任务（如 take() 或 poll()），这个“取任务→执行→再取”循环就是复用的本质
- 你无需、也不应手动 interrupt 或 join 工作线程——线程池已封装好这套逻辑
正确配合方式：在 finally 中 countDown，不干扰线程池行为
子线程在执行完业务逻辑后，只需确保调用一次 latch.countDown()，且必须放在 finally 块中：
立即学习“Java免费学习笔记（深入）”；
- 避免因异常导致计数遗漏，造成主线程永久等待
- 不依赖线程是否“结束”，也不影响线程后续是否继续从队列取任务
- countDown() 是无副作用的原子操作，可安全并发调用
主线程等待要带超时，防止卡死
主线程调用 await 时，强烈建议使用带超时的版本：
- latch.await(10, TimeUnit.SECONDS) 返回 false 表示超时，此时可记录告警、释放资源、走降级逻辑
- 不要忽略 InterruptedException，捕获后应恢复中断状态：Thread.currentThread().interrupt()
- 超时不是“替代 countDown”，而是兜底保护，不影响工作线程本身的复用行为
