使用 c++ 原子时编写"y=++x"是否安全?
Is it safe to write "y=++x" when using c++ atomic?
如果我有 2 个线程并且在 main 函数中,我会像这样初始化一个变量 x
std::atomic<int> x=0;
,
在线程 1 中,我这样做:
while(true){
x++;
}
在线程 2 中,我这样做:
y=++x;
我的问题是:变量Y是否有可能得到错误的数字?
我的意思是例如:
如果在线程 2 中,此时,x=2;然后因为"++x",x=3,所以我希望y=3;
但是我担心在"++x"和"y=x"之间,线程1会再次重写x,所以我可能有y=4之类的。
如果担心的是y=++x
x
中的值首先等于 2,然后按++x
增加到 3,然后在复制到y
之前再次增加另一个线程,那么答案是否定的 - 这不可能发生。操作结果++x
不是对原子值本身的引用 - 它是后增量的int
结果,并且操作保证您将在增量返回后获得准确的值(无需额外读取(。
变量 y 是否有可能得到错误的数字?
完全取决于您认为"错误"的数字。y
几乎可以有任何值,这取决于 trhead1 中的循环重复了多少次。
y
将保证获得x
在预增量操作后具有的值。
x
确实可以在分配之前递增,因此x
的值可能大于y
。关于y
的值,我们唯一可以预测的是它不大于x
.
是的,您将获得正确的值。该接口保证该值将以原子方式递增和返回。它还声明结果是按值返回的(而大多数预递增将返回对现在递增的对象的引用(,以避免其他线程的任何意外更改。
以下是文档。
从手册页:
T operator++() noexcept;
T operator++() volatile noexcept;
Atomically increments or decrements the current value. The operation is read-modify-write operation.
1) Performs atomic pre-increment. Equivalent to fetch_add(1)+1.
所以是的,它是安全的。
但恐怕在"++x"和"y=x"之间,线程 1 会重写 x 再次,所以我可能有 y=4 或其他东西。
线程 1 可能会再次重写x
,但线程 2 不会再次读取x
的值,因此如果发生这种情况,对线程 2 没有任何影响。 分配给y
的值取自从fetch_add()
返回的私有/临时。
如果一个线程写入原子对象,而另一个线程从原子对象读取,则行为是明确定义的。所以答案是否定的,y
不能得到一个"错误"的值,这就是<atomic>
标题的全部目的。
原子上的前增量和后增量操作也是原子的。
- 在提升multi_index容器中,是否定义了"default index"?
- 在C++STL中是否有Polyval(Matlab函数)等价物?
- 检查输入是否不是整数或数字
- 是否可以初始化不可复制类型的成员变量(或基类)
- 在C++中,是否可以基于给定的标识符创建基类的新实例,反之亦然
- 是否可以通过C++扩展强制多个python进程共享同一内存
- 此代码是否违反一个定义规则
- 是否需要删除包含对象的"pair"?
- 是否可以从int转换为enum类类型
- 无论条件是否为true,if总是在c++中执行
- 如何找到大小'x'数组是否完全填充,在C++?
- 检查值是否在集合p1和p2中,但不在p3中
- 是否可以在编译时初始化数组,以便在运行时不会花费时间?
- 检查 std::shared_ptr<> 的当前底层类型是否为 T
- 在c++中检查长方体是否尽可能快地重叠(无迭代)
- GL_SHADERSTORAGE_BUFFER位置是否与其他着色器位置冲突
- 子目录是否继承属性,例如add_definitions,include_directories和父Cmakelist.t
- 标准是否使用多余的大括号(例如 T{{{10}}})定义列表初始化?
- C/C++预处理器是否可以检测一些编译器选项
- 是否可以用"iostream"包装现有的TCP/OOpenSSL会话