对于C++并发，我是否需要使用互斥

With C++ concurrency, do I need to use mutual exclusion?

本文关键字：是否 C++ 并发对于更新时间：2023-10-16

我必须设计一个应用程序，从本地网络读取UDP数据，并将数据存储在当前值表（CVT）中。

然后，将出现一个单独的线程，从CVT中读取值，对其进行按摩，并通过UDP发送。CVT条目将由单独的标量组成，如浮点和int。

我的问题是，我需要多少相互排斥才能保护CVT的更新/阅读？

换句话说，如果我有一个线程写入32位int，另一个线程从该int读取，我需要为它使用互斥体吗？

我不在乎读取器线程是否没有存储绝对最新的值，我只关心在更改位置时尝试读取该位置。我知道关键字"volatile"在Java中用于此场景，但它在C++中没有起到同样的作用。

这里的很多内容取决于您使用何种平台来支持线程。如果你有可用的原子类型，你可以直接使用它们。否则，是的，您几乎会被互斥锁（在某种程度上——许多平台都有不止一种类型）卡住。

当您描述这个问题时，如果您只有一个编写器，它就已经是线程安全的了（假设代码运行在32位或更高的字宽处理器上，在这种情况下，32位写入是原子的）。

volatile存储修改器告诉编译器变量具有非标准的加载-存储语义，即它不能依赖CPU寄存器中的副本与内存中的值保持一致
一般的副作用是禁用围绕该变量的任何优化（即，依赖于内存中的存储不会在其下发生变化的优化）。结果是每次使用都会从内存中重新加载。

这是volatile在多线程环境中使用的少数情况之一。

这取决于当前值表使用的内容。如果你使用的是像SQLServer这样的数据库，那么你不必担心，因为数据库会处理它

如果您使用的是文件系统，那么问题仍然存在。

您可以编写一个基于TCP的客户端/服务器，将请求排队并按顺序响应。

如果您正在使用内存，那么您将需要使用互斥锁。

只要您的32位int在内存中正确对齐，我猜这是因为它在大多数现代平台上都是默认的，因此int实际上是线程安全的。