对于“多线程访问同一个变量是否需要加锁”的研究

对于多线程访问同一变量是否需要加锁的问题,先前大家都讨论过。今天用代码验证了一下之前的猜想:32位CPU与内存的最小交换数据为4字节/次,这也是结构体要对齐4字节的原因。在物理上,CPU对于同一4字节的内存单元,不可能写2个字节的同时,又读了3字节。

测试环境为:

XEON 2CPU*2
Windows7

采用50,50,50线程交叉读写,试验代码如下:
C/C++ code
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
int  g_test;
int  temp;
BOOL  g_bRunning;
DWORD  WINAPI thWriteProc1( LPVOID  lParam)
{
     while (g_bRunning)
     {
         g_test = 12345678;
         Sleep(1);
     }
     return  0;
}
DWORD  WINAPI thWriteProc2( LPVOID  lParam)
{
     while (g_bRunning)
     {
         g_test = 13579246;
         Sleep(1);
     }
     return  0;
}
 
DWORD  WINAPI thReadProc( LPVOID  lParam)
{
     while (g_bRunning)
     {
         temp = g_test; //读取值
         if  ( temp != 12345678 && temp != 13579246 )
         {
             g_bRunning = FALSE;
             CString str;
             str.Format( "read error!%d" , temp);
             AfxMessageBox(str);
             break ;
         }
         Sleep(1);
     }
     return  0;
}
void  CTestMultiyAccessIntDlg::OnButton1() 
{
     g_bRunning = TRUE;
     for  int  i = 0; i < 50; i++ )
     {
         //创建50个写线程1
         CreateThread( NULL, 0, thWriteProc1, NULL, 0, NULL );
     }
     for  int  i = 0; i < 50; i++ )
     {
         //创建50个写线程2
         CreateThread( NULL, 0, thWriteProc2, NULL, 0, NULL );
     }
     for  int  i = 0; i < 50; i++ )
     {
         //创建50个读线程
         CreateThread( NULL, 0, thReadProc, NULL, 0, NULL );
     }
}


测试方法:
改变g_test的类型,给g_test赋予不同的值(不要超过类型的上限值)

测试现象:
当g_test为int,short char时,不存在多线程交叉读写错误的问题
当g_test为double, float, __int64时,存在多线程交叉读写错误的问题,对于__int64,当赋值小于0xFFFFFFFF时不出错,当大于0xFFFFFFFF时出错
当g_test为CString时,存在交叉读写错误,有时候程序崩溃
另:不加Sleep(1)机器卡死过,CPU占用率达到100%,4个核心占用率全满,可以保证运行在多核环境下

现象分析:
(1)int short char均为小于4字节的连续内存块,CPU一条指令就可以读写它们的值,CPU不可能同一个时间执行两条指令
(2)double为8字节,如果写线程先写了4字节,读线程读了8字节,这自然导致数据被破坏
(3)float也为4字节,我也不是太清楚为什么不行,可能是VC对浮点数的处理比较特殊有关,浮点数具有复杂内存结构
(4)__int64为8字节,存在和(2)相同的情况,如果__int64小于等于0xFFFFFFFF,相当于只改变了低4字节,因此就没有问题
(5)CString为类类型,具有复杂结构,显然不行

结论:
1.对于int,short,char,BOOL等小于等于4字节的简单数据类型,如果无逻辑上的先后关系,多线程读写可以完全不用加锁
2.尽管float为4字节,多线程访问时也需要加锁
3.对于大于4字节的简单类型,比如double,__int64等,多线程读写必须加锁。
4.对于所有复杂类型,比如类,结构体,容器等类型必须加锁

尽管对int等类型的多线程读写不需要加锁,但是逻辑上有必要加锁的还是应该加锁
例如:对于一个多线程访问的全局变量int g_test
int count = g_test/1024;
int mod = g_test%1024;
由于是两条语句,执行完第一条之后,别的线程很可能已经修改了g_test的值,如果希望这两条语句执行时,g_test不发生变化,就必须加锁,以保证两条语句执行的整体性。
Lock();
int count = g_test/1024;
int mod= g_test%1024;
UnLock();
如果不加锁,也可以改为先保存到一个临时变量里
int temp = g_test;
int count = temp/1024;
int mod = temp%1024;

你可能感兴趣的:(java试题)