c# – 线程安全通则

发布时间：2020-12-14 19:15:24 所属栏目：Java 来源：网络整理

导读：关于线程安全的一些问题,我认为我理解,但是如果你可以如此善良,我想澄清一下.我编写的特定语言是C,C#和Java.希望在描述特定语言关键字/功能时牢记这些. 1)1位作家,n位读者的案例.在诸如n个线程读取变量的情况下,例如在轮询循环中,并且1个写入器更新此变量,是

关于线程安全的一些问题,我认为我理解,但是如果你可以如此善良,我想澄清一下.我编写的特定语言是C,C#和Java.希望在描述特定语言关键字/功能时牢记这些.

1)1位作家,n位读者的案例.在诸如n个线程读取变量的情况下,例如在轮询循环中,并且1个写入器更新此变量,是否需要显式锁定？

考虑：

// thread 1.
volatile bool bWorking = true;

void stopWork() { bWorking = false; }

// thread n
while (bWorking) {...}

在这里,只要有一个内存屏障就足够了,用volatile来实现这个目标吗？根据我的理解,在我上面提到的语言中,对原语的简单读写不会交错,因此不需要显式锁定,但是如果没有一些显式锁定或volatile,则无法保证内存一致性.我的假设在这里是否正确？

2)假设我的上述假设是正确的,那么它只适用于简单的读写操作.那就是bWorking = x …而x = bWorking;是唯一安全的操作？ IE复杂的赋值,如一元运算符(,– )在这里是不安全的,因为=,* =等……？

3)我假设如果案例1是正确的,那么当只涉及分配和阅读时,扩展该语句对于n个作者和n个读者来说是否安全是不安全的？

最佳答案

对于Java：

1)在每次读取写入时,从/向“主存储器”更新易失性变量,这意味着更新者线程的更改将在下次读取时被所有读取线程看到.此外,更新是原子的(独立于变量类型).

2)是的,如果您有多个编写器,则组合操作不是线程安全的.对于单个写入线程,没有问题. (volatile关键字确保其他线程可以看到更新.)

3)只要你只分配和读取,volatile就足够了 – 但是如果你有多个写入器,你就不能确定哪个值是“最终”值,或者哪个值将由哪个线程读取.即使是写线程本身也无法可靠地知道它们自己的值被设置. (如果你只有boolean并且只能从true设置为false,那么这里没有问题.)

如果您想要更多控制,请查看java.util.concurrent.atomic包中的类.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!