如果有标准::屏障，为什么是 std::闩锁?

Why std::latch if there is std::barrier?

本文关键字：std 闩锁为什么标准屏障如果更新时间：2023-10-16

从文档中可以很清楚地看出它们之间的区别在于std::barrier可以多次使用，而std::latch只能使用一次。

在我看来，这听起来像std::latch只是std::barrier的一个特例，它增加了限制而不是功能。最重要的是，文档指出，n大于内部计数器的count_down调用是未定义的行为，因此必须以编程方式强制执行此限制。

那么为什么我们需要std::latch呢？

我唯一的猜测是，有可能在硬件级别以不同的方式实现std::latch以提高性能。

原因是什么？

API 方面，std::latch可以让您在不阻塞的情况下倒计时。想象一下，在其他任务开始之前，您必须渲染 172 个 furble。您可以设置值为 173 的闩锁，让完成毛边的每个线倒计时闩锁，并让应该消耗这些毛边的线在闩锁上等待。

工作线程将倒计时，但不会等待，因为它们有其他 furble 要呈现。如果他们进入睡眠状态，他们会使用其他一些同步原语来执行此操作。

std::barrier只允许您在阻止时倒计时。它不能用于允许 10 个线程渲染 172 个 furble。作为障碍上的线程，您唯一能做的就是到达它，或者决定不再参与。

也可能存在硬件差异，但它们的 API 完全不同，并且不可能用屏障代替闩锁使用。