c/c++开发分享线程安全和位域

我知道位字段是依赖于编译器的,但是我没有在最新的g ++和Visual C ++ 2010上找到关于位字段的线程安全性的文档。

位字段成员的操作是primefaces的吗?

    不幸的是,“线程安全”在编程中是一个非常重载的术语。

    如果你的意思是对位字段的primefaces访问,答案是否定的(至少在我所知的所有处理器上)。 您可以在32位计算机上对32位内存位置进行primefaces访问,但这只意味着您将读取或写入整个32位值。 这并不意味着另一个线程不会做同样的事情。 如果你想停下来,你可能想要同步。

    如果您的意思是对位字段的同步访问,那么答案也是否定的,除非您将访问包装在更高级别的同步原语(通常基于primefaces操作)中。

    简而言之,编译器不提供对位字段的primefaces访问或同步访问,而无需您做额外的工作。

    这有帮助吗?

    编辑 : Dan Grossman博士在UOregon的CS部门页面上发现了关于primefaces性和同步性的两个很好的讲座 。

    当写入位字段时,可能存在一个时间窗口,其中另一个线程在同一结构中访问(读取或写入)任何(相同或不同)位字段的任何尝试都将导致未定义的行为,这意味着任何东西都可以发生。 当读取位字段时,可能存在时间窗口,当另一个线程在同一结构中写入任何位字段的任何尝试将导致未定义的行为时。

    如果你实际上不能对所讨论的位字段使用单独的变量,你可以在一个整数中存储多个位字段,并通过在位字段结构和32位整数之间创建一个联合来primefaces地更新它们,并且然后使用CompareExchange序列:

    为了使这种方法运作良好,步骤2-4必须快速。 它们花费的时间越长,步骤5中的CompareExchange失败的可能性就越大,因此在CompareExchange成功之前,必须重新执行步骤2-4的次数越多。

    如果要以线程安全的方式更新位域,则需要将位域拆分为单独的标志,并使用常规的int来存储它们。 访问单独的机器字是线程安全的(尽管您需要考虑多处理器系统上的优化和缓存一致性)。

    请参阅Windows 互锁function

    另见这个相关的SO问题

    只需简单使用atomic.AddInt32示例:

     atomic.AddInt32(&intval, 1 << 0) //set the first bit atomic.AddInt32(&intval, 1 << 1) //set the second bit atomic.AddInt32(&intval, -(1 << 1 + 1 << 0)) //clear the first and second bit 

    代码在Go中,我认为c ++也有一些像atomic.AddInt32这样的东西

      以上就是c/c++开发分享线程安全和位域相关内容,想了解更多C/C++开发(异常处理)及C/C++游戏开发关注(猴子技术宅)。

      本文来自网络收集,不代表猴子技术宅立场,如涉及侵权请点击右边联系管理员删除。

      如若转载,请注明出处:https://www.ssfiction.com/c-cyuyankaifa/545875.html

      发表评论

      电子邮件地址不会被公开。 必填项已用*标注