UINT8/UINT32做为共享数据，是否需要加锁 - 原子操作问题

newroot_phy

读写一个8bit的char需要加锁吗?!在什么具体环境下,为什么!

前些天跟朋友讨论了这个问题,朋友说在汇编级别上,一个读操作也是有多条指令的,所以也是有可能被中断的!

以前我一直以为读写一个int, char之类的数据是不需要加锁的,我也是从外部(网络)了解到这个观点,没有什么理论依据,所以请大家指点!

-----------------
1. 修改主题

xiaobenniao514

不需要，系统api函数就是一原子操作，不会中间中断的

madoldman

不需要，系统api函数就是一原子操作，不会中间中断的
xiaobenniao514 发表于 2010-12-28 09:23

还真是什么都敢说

雨过白鹭洲

有人说这些操作都不是原子的

linyunxian

读写一个8bit的char需要加锁吗?!在什么具体环境下,为什么!

前些天跟朋友讨论了这个问题,朋友说在汇编级别 ...
newroot_phy 发表于 2010-12-27 23:20

    弄清楚是否原子跟是否可重入，是否线程安全后，就不会迷惑了。 对于应用来说，最多只需要考虑到可重入的问题

wwwhenan

不一定要加锁,可以用原子变量嘛

newroot_phy

不需要，系统api函数就是一原子操作，不会中间中断的
xiaobenniao514 发表于 2010-12-28 09:23

    {:3_205:} 不是吧！这跟系统API有什么关系！？

newroot_phy

不一定要加锁,可以用原子变量嘛
wwwhenan 发表于 2010-12-28 09:50

    呵呵！！不局限某种特殊的数据类型！

我只明想找些证据证明存取uint8/uint32之类的数据类型是否是原子操作！

amarant

用了原子操作就不用吧，如果没用可能会产生读出/写入的汇编，就会被打断了。

newroot_phy

弄清楚是否原子跟是否可重入，是否线程安全后，就不会迷惑了。 对于应用来说，最多只需要考虑到可 ...
linyunxian 发表于 2010-12-28 09:38

可重入函数
    可重入的函数简单来说就是可以被中断的函数
原子操作
    在一个CPU时钟内保证完成的一个指令

不知道理解对不对！

刚刚跟同事又聊了一下，结论是读写Uint8是有可能被中断的，拿一个赋值操作(MIPS)来说a = b;(因为不熟悉汇编，没法通过汇编进行说明)

1. load b 地址到寄存器 R1
2. load b 的值到寄存器 R2
3. load a 地址到寄存器 R3
4. 将R2赋值到R3

所以目前的结论是UINT8在多线程（进程）之间共享（读写），是需要加锁保护的！

请大家补充！