CString使用(多线程、线程安全)
来源:互联网 发布:在线淘宝网 编辑:程序博客网 时间:2024/06/14 20:41
CString的线程安全问题
在多线程中使用一个局部CString变量相加时发现相加的结果是后一个字符串值,没有时间过多研究,只好改成了char*,不过如下方法也可以避免:CWin32Heap stringHeap( HEAP_NO_SERIALIZE, 0, 0 );
CAtlStringMgr stringMgr( &stringHeap );
CString strstate(&stringMgr );
找了一些资料贴上来希望对过客有用:
http://www.cppblog.com/alantop/archive/2008/07/10/55786.html
讨论CString线程安全性问题(内存泄漏)
CString在线程处理中,稍有处理不当,极易引起内存泄漏。
让我们来看一个例子:
在线程函数中使用如下代码
CString strstate;
strstate.Format("正在统计中... (共 %d 项)", p->m_nItem);
strstate.Format("正在统计中... (共 %d 项)", p->m_nItem);
可以看到非常简单,在debug下,很容易看到如下的内存泄漏。
怎么回事?
先把修改好的代码放上来
CWin32Heap stringHeap( HEAP_NO_SERIALIZE, 0, 0);
CAtlStringMgr stringMgr( &stringHeap );
CString strstate(&stringMgr );
strstate.Format("正在统计中... (共 %d 项)",p->m_nItem);
如上代码才具有线程安全性。CAtlStringMgr stringMgr( &stringHeap );
CString strstate(&stringMgr );
strstate.Format("正在统计中... (共 %d 项)",p->m_nItem);
http://msdn.microsoft.com/zh-cn/library/cc485480(VS.71).aspx
自定义字符串管理器的实现(基本方法)
为字符串数据自定义内存分配方案的最简单的方式是使用 ATL 提供的 CAtlStringMgr 类,但您需要自己提供内存分配例程。CAtlStringMgr 的构造函数采用单一参数:即指向 IAtlMemMgr 对象的指针。IAtlMemMgr 是提供到堆的一般接口的抽象基类。通过 IAtlMemMgr 接口,CAtlStringMgr 分配、重新分配和释放用于存储字符串数据的内存。您既可以自已实现 IAtlMemMgr 接口,也可以使用由 ATL 提供的五个内存管理器类之一。ATL 提供的内存管理器只包装现有的内存分配功能:
- CCRTHeap 包装标准 CRT 堆功能(malloc、free 和 realloc)
- CWin32Heap 使用 HeapAlloc、HeapFree 和 HeapRealloc 包装 Win32 堆句柄
- CLocalHeap 包装 Win32 API:LocalAlloc、LocalFree 和 LocalRealloc
- CGlobalHeap 包装 Win32 API:GlobalAlloc、GlobalFree 和 GlobalRealloc
- CComHeap 包装 COM 任务分配器 API:CoTaskMemAlloc、CoTaskMemFree 和 CoTaskMemRealloc
要进行字符串内存管理,最有用的类是 CWin32Heap,因为它使您能够创建多个独立的堆。例如,如果使用仅用于字符串的独立堆,可进行以下操作:
复制代码
//Declare a thread-safe, growable, private heap with initial size 0CWin32Heap g_stringHeap( 0, 0, 0 );// Declare a string manager that uses the private heapCAtlStringMgr g_stringMgr( &g_stringHeap );
要使用此专用的字符串管理器来管理 CString 变量的内存,请将一个指针传递给管理器作为 CString 变量的构造函数的一个参数:
复制代码
void PrintPowers( int nBase ){int n = 1;for( int nPower = 0; nPower < 10; nPower++ ){// Use the private string manager, instead of the defaultCString strPower( &g_stringMgr );strPower.Format( "%d", n );printf( "%s\n", LPCSTR( strPower ) );n *= nBase;}}
http://blog.csdn.net/zero_dian/archive/2006/01/08/573352.aspx 谈新手对CString的使用
CString类功能强大,比STL的string类有过之无不及.新手使用CString时,都会被它强大的功能所吸引.然而由于对它内部机制的不了解,新手在将CString向C的字符数组转换时容易出现很多问题.因为CString已经重载了LPCTSTR运算符,所以CString类向const char *转换时没有什么麻烦,如下所示:
char a[100];
CString str("aaaaaa");
strncpy(a,(LPCTSTR)str,sizeof(a));
或者如下:
strncpy(a,str,sizeof(a));
以上两种用法都是正确地.因为strncpy的第二个参数类型为const char *.所以编译器会自动将CString类转换成const char *.很多人对LPCTSTR是什么东西迷惑不解,让我们来看看:
1.LP表示长指针,在win16下有长指针(LP)和短指针(P)的区别,而在win32下是没有区别的,都是32位.所以这里的LP和P是等价的.
2.C表示const
3.T是什么东西呢,我们知道TCHAR在采用UNICODE方式编译时是wchar_t,在普通时编译成char那么就可以看出LPCTSTR(PCTSTR)在UINCODE时是const wchar_t *,PCWSTR,LPCWSTR,在多字节字符模式时是const char *, PCSTR,LPCSTR.接下来我们看在非UNICODE情况下,怎样将CString转换成char *,很多初学者都为了方便采用如下方法:
(char *)(LPCSTR)str
这样对吗?我们首先来看一个例子:
CString str("aa");
strcpy((char *)(LPCTSTR)str,"aaaaaaaa");
cout<<(LPCTSTR)str<<endl;
在Debug下运行出现了异常,我们都知道CString类内部有自己的字符指针,指向一个已分配的字符缓冲区.如果往里面写的字符数超出了缓冲区范围,当然会出现异常.但这个程序在Release版本下不会出现问题.原来对CString类已经进行了优化.当需要分配的内存小于64字节时,直接分配64字节的内存,以此类推,一般CString类字符缓冲区的大小为64,128,256,512...这样是为了减少内存分配的次数,提高速度.
那有人就说我往里面写的字符数不超过它原来的字符数,不就不会出错了,比如
CString str("aaaaaaa");
strcpy((char *)(LPCTSTR)str,"aa");
cout<<(LPCTSTR)str<<endl;
这样看起来是没什么问题.我们再来看下面这个例子:
CString str("aaaaaaa");
strcpy((char *)(LPCTSTR)str,"aa");
cout<<(LPCTSTR)str<<endl;
cout<<str.GetLength()<<endl;
我们看到str的长度没有随之改变,继续为7而不是2.还有更严重的问题:
CString str("aaaaaaa");
CString str1 = str;
strcpy((char *)(LPCTSTR)str,"aa");
cout<<(LPCTSTR)str<<endl;
cout<<(LPCTSTR)str1<<endl;
按说我们只改变了str,str1应该没有改变呀,可是事实时他们都变成了"aa".难道str和str1里面的字符指针指向的缓冲区是一个.我们在Effective C++里面得知,如果你的类内部有包含指针,请为你的类写一个拷贝构造函数和赋值运算符.不要让两个对象内部的指针指向同一区域,而应该重新分配内存.难道是微软犯了错?
原来这里还有一个"写时复制"和"引用计数"的概念.CString类的用途很广,这样有可能在系统内部产生大量的CString临时对象.这时为了优化效率,就采用在系统软件内部广泛使用的"写时复制"概念.即当从一个CString产生另一个CString并不复制它的字符缓冲区内容,而只是将字符缓冲区的"引用计数"加1.当需要改写字符缓冲区内的内容时,才分配内存,并复制内容.以后我会给出一个"写时复制"和"引用计数"的例子我们回到主题上来,当我们需要将CString转换成char *时,我们应该怎么做呢?其时只是麻烦一点,如下所示:
CString str("aaaaaaa");
strcpy(str.GetBuffer(10),"aa");
str.ReleaseBuffer();
当我们需要字符数组时调用GetBuffer(int n),其中n为我们需要的字符数组的长度.使用完成后一定要马上调用ReleaseBuffer();还有很重要的一点就是,在能使用const char *的地方,就不要使用char *
更多参考链接:http://blog.csdn.net/wu_123_456/article/details/37649663
http://www.cppblog.com/elva/archive/2008/12/22/70076.html
阅读全文
0 0
- CString使用(多线程、线程安全)
- 多线程要使用线程安全的函数
- 多线程执行环境,使用线程安全类---多线程应用实例
- 《多线程编程》学习之一:使用多线程及线程安全
- 多线程和线程安全
- PHP 线程安全,多线程
- 多线程:线程安全
- ios多线程 -- 线程安全
- 【多线程】线程安全初探
- Java多线程线程安全
- 多线程---线程安全
- 在非线程安全的数据库中使用多线程
- sqlite4java中的多线程队列使用(线程安全)
- java多线程(十)使用线程安全的集合
- 多线程 —— 使用锁编写线程安全的程序
- 多线程中使用静态方法存在线程安全的问题
- 深入浅出多线程和线程安全
- 线程安全:多线程不影响
- uC/OS-III之事件标志组
- 输入一个日期,得到这个月的最后一天
- Map排序(java)
- Windows Server 2012 R2 或 2016 无法安装 .NET Framework 3.5.1
- 硬解码软解码
- CString使用(多线程、线程安全)
- java IO流 详解
- Xcode原生项目集成Unity导出的工程
- 不用加减乘除做加法(java版)
- reboot 关机时提示job is running for /etc/rc.d/rc.load Compatibility
- 运行docker容器
- python模块在windows下的几种安装方法
- 第十五周:[leetCode] 90. Subsets II
- ios之CocoaPods的使用