从文档中可以很清楚地看出它们之间的区别在于std::barrier可以多次使用并且std::latch只能使用一次。
在我看来，这std::latch只是一个特殊情况，std::barrier它增加了限制而不是功能。最重要的是，文档说count_down使用n大于内部计数器的调用是未定义的行为，因此必须以编程方式强制执行此限制。
那么我们为什么需要std::latch呢？
我唯一的猜测是，可以std::latch在硬件级别以提高性能的方式实现不同的实现。
是什么原因？
API 方面，std::latch让您倒计时而不会阻塞。想象一下，在其他任务开始之前，您必须渲染 172 个毛毛。您可以设置一个值为 173 的锁存器，并让每个完成 furble 的线程对锁存器进行倒计时，并让应该消耗这些 furbles 的线程在锁存器上等待。
工作线程将倒计时，但不会等待，因为它们还有其他要渲染的毛皮。如果他们进入睡眠状态，他们会使用其他一些同步原语来完成它。
std::barrier只让你在阻塞时倒计时。它不能用于允许 10 个线程渲染 172 个毛皮。作为障碍上的线程，您唯一可以做的就是到达障碍，或者决定不再参与。
也可能存在硬件差异，但它们的 API 完全不同，并且不可能用屏障替换闩锁的使用。