一个线程对long类型变量进行修改，多个线程只读这个long类型值，需要加锁吗？

hellioncu

应该是不需要的，读到的不是没改之前的，就是改之后的，对读来说加锁也是一样的结果

Aquester

原帖由 hellioncu 于 2008-12-18 13:20 发表
应该是不需要的，读到的不是没改之前的，就是改之后的，对读来说加锁也是一样的结果

我想也是这样的，根据我以前的实际经验，在LINUX平台上测试没有发现问题，但在HP上确实存在问题，可以通过死循环，两个线程测试出来。另外，实在要加锁，也可以不使用mtext，而直接使用原子操作即可。

Sorehead

几个版主都说了要加锁，怎么这么多人就是不听呢。
还是那句老话，错误的行为未必有错误的结果。

akunspy

原帖由 Sorehead 于 2008-12-19 13:59 发表
几个版主都说了要加锁，怎么这么多人就是不听呢。
还是那句老话，错误的行为未必有错误的结果。

本来不想回的,版主说就一定正确么...
楼主的问题需不需要加锁取决于什么平台,和代码怎么写.
如果是80X86平台,读取到局部变量(堆栈上),就不需要,一条mov 指令就能读取到寄存器上,然后再mov到堆栈

Sorehead

取一次，存一次，那是两条指令呀。
多位版主都这么说，自然有他们的道理，就一个这么说，我也会怀疑的。最主要的是，就是这个问题上，我跟这些版主的看法是一致的。

Aquester

谁有很权威的证明吗？
个人感觉确实不能光看CPU指令的个数。

crspo

The Intel486 processor (and newer processors since) guarantees that the following basic memory operations will always be carried out atomically: •   Reading or writing a byte •   Reading or writing a word aligned on a 16-bit boundary •   Reading or writing a doubleword aligned on a 32-bit boundary

思一克

如果只有一个THREAD写，其他的都是读，在X86上（long 4 bytes)不用加锁也没有问题。
因为只有一个写。而读和写本身就是原子的。

lenovo

你这几个线程之间是怎么同步的？

flw

自从俺用了 STM 和 Message Passing，就再也不用考虑锁的问题啦！
真痛快。