C++ 共享内存-需要同步
我看过一个项目，其中进程之间的通信是使用共享内存进行的（例如，在Windows下使用C++ 共享内存-需要同步,c++,windows,concurrency,shared-memory,C++,Windows,Concurrency,Shared Memory,我看过一个项目，其中进程之间的通信是使用共享内存进行的（例如，在Windows下使用：：CreateFileMapping），每当其中一个进程想要通知共享内存中有一些数据可用时，使用命名事件的同步机制通知相关方共享内存的内容已更改 我担心的是，对于读取新信息的进程来说，不存在适当的内存围栏，以便知道它必须使其数据副本无效，并在生产者进程“发布”数据后从主内存中读取数据 您知道如何在Windows上使用共享内存实现这一点吗 编辑 只是想补充一点，在创建文件映射之后，进程只使用MapViewOfFi
：：CreateFileMapping只是想补充一点，在创建文件映射之后，进程只使用MapViewOfFile（）API一次，对共享数据的每次新修改都使用初始调用MapViewOfFile（）获得的指针来读取通过共享内存发送的新数据。正确的同步是否要求每次在共享内存中更改数据时，每次读取数据的进程都必须创建MapViewOfFile（）。让我们将进程A称为数据生产者，将进程B称为数据消费者。到目前为止，您已经有了一种机制，流程a可以通知流程B新数据已经生成。我建议您创建一个反向通知（从B到a），通知流程a数据已被使用。如果出于性能原因，您不希望进程A等待数据被消耗，您可以在共享内存中设置A。在windows上寻找共享内存的是InterlockedExchange功能。看。引用了真正重要的部分： 此函数生成一个完整的内存屏障（或围栏），以确保 内存操作按顺序完成 这将在整个过程中发挥作用。我以前使用过它，发现它在共享内存之上实现类似互斥的构造是100%可靠的 这样做的方法是将其与“set”值交换。如果你得到“清除”回来，你有它（它是明确的），但如果你得到“设置”回来，那么别人有它。你循环，在循环之间睡觉，等等，直到你“得到”它。基本上：
#define LOCK_SET 1
#define LOCK_CLEAR 0
int* lock_location = LOCK_LOCATION; // ensure this is in shared memory
if (InterlockedExchange(lock_location, LOCK_SET) == LOCK_CLEAR)
{
return true; // got the lock
}
else
{
return false; // didn't get the lock
}
如上所述，循环直到“获取”它。如果使用Windows命名事件来发送更改信号，那么一切都应该正常 进程A更改数据并调用
SetEventWaitForSingleObjectWaitForSingleObjectSetEventSetEventCreateMutexInterlocked…InterlockedExchangeInterlockedIncrement无论您如何执行同步，都不需要多次调用
MapViewOfFile