CountDownLatch 的 count 值为 0 或负数时直接进入已触发状态，await() 立即返回，getCount() 返回 0，countDown() 无效，适用于无需等待的默认就绪场景。

CountDownLatch 的 count 值设为 0 或负数时，不会抛出异常，而是直接进入“已触发”状态，所有等待线程立即被唤醒，后续调用 await() 不会阻塞。

count = 0：初始化即完成

当构造 CountDownLatch 时传入 0，表示计数器初始就已完成。此时：

• await() 立即返回，不阻塞任何线程
• getCount() 返回 0，且后续调用 countDown() 不改变状态（count 保持为 0）
• 适用于“无需等待、直接执行”的场景，比如配置已就绪、开关默认开启

count

Java API 明确规定构造参数必须 ≥ 0，但实际并未做运行时校验（JDK 源码中无负数检查）。若传入负数：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 构造成功，内部 count 字段被设为该负值（如 -1）
• await() 仍立即返回（因为 sync.tryAcquireShared(1) 中判断 count ≤ 0 即放行）
• countDown() 会继续递减（如从 -1 变成 -2），但逻辑上无意义，也不影响 await 行为
• 属于未定义行为，不推荐使用，可能在不同 JDK 版本或安全策略下表现不一致

为什么设计成这样？

核心是 AQS 共享锁的语义：CountDownLatch 基于 AQS 的 tryAcquireShared 实现，只要 state ≤ 0 就认为许可已满。这种设计让“零等待”成为一等公民，避免额外分支判断，也方便测试和边界场景模拟。

立即学习“Java免费学习笔记（深入）”；

正确用法建议

• 始终传入非负整数，且业务逻辑中 count 应代表真实待完成任务数
• 需要“立即唤醒”语义时，显式用 new CountDownLatch(0)，而非负数
• 不要依赖负数行为，它不是规范承诺，未来版本可能加入校验并抛 IllegalArgumentException