MFC重现"User Breakpoint called from code at"错误——CString在多线程中容易导致的问题

一重现该错误

由于最近在一个项目中总是会莫名其妙的出现"User Breakpoint called from code at"错误,该错误不是每次运行的时候都出现,而是是不是会出现(Debug下),有时候10分钟,有时候则几个小时。这到底是由什么引起的呢?

由于每次运行的时候,都是与CString类相关,而且又是在多线程编程模式下,于是,就想复制该情况,重现该错误。我是这么做的。

VC6基于对话框模式新建一个工程,在CCTestMutiThreadDlg的cpp文件中所有函数外部创建一个CString类全局变量和三个操作该变量的线程函数。

CString g_str;
UINT Proc1(LPVOID param)
{
	while(1)
		g_str = "FisrtThread";
	
	return 0;
}
UINT Proc2(LPVOID param)
{
	while(1)
		g_str = "SecondThread";
	return 0;
}
UINT Proc3(LPVOID param)
{
	while(1)
		g_str = "ThirdThread";
	return 0;
}

给对话框增加一个按钮,在按钮的响应函数中添加以下代码

	AfxBeginThread(Proc1,this);
	AfxBeginThread(Proc2,this);
	AfxBeginThread(Proc3,this);
	Sleep(100000);

之后运行程序,点击对话框按钮,就可以看到弹出上述错误信息了!

二修复错误

上述错误是由于多线程访问一全局CString时,由于CString不是线程安全对象,所以导致出现错误。怎样改呢?很显然,要对线程进行同步处理。这里我们用临界区的方法进行同步。

首先在CCTestMutiThreadDlg的cpp文件中定义一个全局临界区对象CRITICAL_SECTION g_cs;

然后在按钮响应函数中线程开始之前,对临界区进行初始化和最后的删除

	InitializeCriticalSection(&g_cs);
	AfxBeginThread(Proc1,this);
	AfxBeginThread(Proc2,this);
	AfxBeginThread(Proc3,this);
	InitializeCriticalSection(&g_cs);
 	Sleep(100000);
	DeleteCriticalSection(&g_cs);
最后是同步各个线程

UINT Proc1(LPVOID param)
{
	while(1)
	{
		EnterCriticalSection(&g_cs);
		g_str = "FisrtThread";
		LeaveCriticalSection(&g_cs);
	}
	
	return 0;
}
之后运行该程序,就没有问题了。

三延展

1把全局的CString对象换成全局的int对象后,不存在上述问题

2在每个线程中加入Sleep(100);函数,暂时没有出现上述问题

3在Release版本下运行,竟然没有问题!

另,网上有这样一段话:

现象

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

综合来看,加锁就是了。


阅读更多
文章标签: C++ 多线程
个人分类: 随笔
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

不良信息举报

MFC重现"User Breakpoint called from code at"错误——CString在多线程中容易导致的问题

最多只允许输入30个字

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭