15

cppreference.com 将此函数记录为“线程和在同一线程中执行的信号处理程序之间的栅栏”。但是我在网上没有找到例子。

我想知道以下伪代码是否正确说明了以下功能std::atomic_signal_fence()：

int n = 0;
SignalObject s;

void thread_1()
{
    s.wait();
    std::atomic_signal_fence(std::memory_order_acquire);
    assert(1 == n); // never fires ???
}

void thread_2()
{
    n = 1;
    s.signal();
}

int main()
{
    std::thread t1(thread_1);
    std::thread t2(thread_2);

    t1.join(); t2.join();
}
4

2 回答 2

23

不，您的代码没有证明atomic_signal_fence. 当您引用 cppreference.com 时，atomic_signal_fence仅在信号处理程序和在同一线程上运行的其他代码之间执行同步。这意味着它不会在两个不同的线程之间执行同步。您的示例代码显示了两个不同的线程。

C++ 规范包含有关此函数的以下注释：

注意：编译器优化和加载和存储的重新排序以与 with 相同的方式被禁止atomic_thread_fence，但 atomic_thread_fence 将插入的硬件围栏指令不会发出。

注意： atomic_signal_fence可用于指定线程执行的操作对信号处理程序可见的顺序。

这是一个正确的（如果不是激励性的）用法示例：

static_assert(2 == ATOMIC_INT_LOCK_FREE, "this implementation does not guarantee that std::atomic<int> is always lock free.");

std::atomic<int> a = 0;
std::atomic<int> b = 0;

extern "C" void handler(int) {
    if (1 == a.load(std::memory_order_relaxed)) {
        std::atomic_signal_fence(std::memory_order_acquire);
        assert(1 == b.load(std::memory_order_relaxed));
    }

    std::exit(0);
}

int main() {
    std::signal(SIGTERM, &handler);

    b.store(1, std::memory_order_relaxed);
    std::atomic_signal_fence(std::memory_order_release);
    a.store(1, std::memory_order_relaxed);
}

如果遇到断言，则保证为真。

于 2013-01-29T23:32:20.237 回答
6

在您的示例中，您要使用std::atomic_thread_fence（生成机器代码来执行线程同步）；不是std::atomic_signal_fence（它只会禁用编译器对原子变量的内存重新排序优化）。正如其他人所说，std::atomic_signal_fence仅适用于与原子操作相同的线程上的信号（我相信它也适用于 Windows 上的结构化/矢量异常处理程序，但不要引用我的话）。

于 2013-03-18T04:13:31.290 回答