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