对于GetBuffer() 与 ReleaseBuffer() 的一些分析

对于GetBuffer() 与 ReleaseBuffer() 的一些分析先转载一段别人的文章CString类的这几个函数,一直在用,但总感觉理解的不够透彻,不时还有用错的现象.今天抽时间和Nico一起分析了一下,算是拨开了云雾:GetBuffer和ReleaseBuffer是一套需要配合使用的函数,与GetBufferSetLength相比,优点是如果分配的空间大于实际保存的字符串(0结尾),ReleaseBuffer会把多余申请的空间

先 转载一段别人的文章

CString类的这几个函数, 一直在用, 但总感觉理解的不够透彻, 不时还有用错的现象. 今天抽时间和Nico一起分析了一下, 算是拨开了云雾:
GetBuffer和ReleaseBuffer是一套需要配合使用的函数, 与GetBufferSetLength相比, 优点是如果分配的空间大于实际保存的字符串(0结尾), ReleaseBuffer会把多余申请的空间释放, 归还给系统; 但使用时需要注意以下问题: 如果要保存的字符串为abc(0结尾), 则GetBuffer参数应至少为3; 如果要保存的内容不是以0结尾, 比如是读取文件数据, 则GetBuffer参数如果大于文件长度时, ReleaseBuffer参数一定要为文件长度(如果GetBuffer参数为文件长度的话不存在问题, ReleaseBuffer参数可以为默认-1)!
CString csStr;

LPTSTR lpsz = csStr.GetBuffer(100);

lpsz[0] = ‘a’;

lpsz[1] = ‘b’;

lpsz[2] = ‘/0’;

csStr.ReleaseBuffer();

int nLength = csStr.GetLength();

/* n的值为2 */

GetBufferSetLength相对比较容易理解, 它申请一个指定长度的空间, 即使里面最终保存的字符串长度小于申请的空间长度, 也不会将多余空间释放.
CString csStr;

LPTSTR lpsz = csStr.GetBufferSetLength(100);

lpsz[0] = ‘a’;

lpsz[1] = ‘b’;

lpsz[2] = ‘/0’;

int nLength = csStr.GetLength();

/* n的值还是为100 */

对于红色部分,自己写代码时的确遇到过这样的问题:代码如下

  CString temp;
  ULONGLONG dwcount = Input_File.GetLength();
  //UINT dwcount = (UINT)Input_File.GetLength();
  Input_File.Read(temp.GetBuffer(dwcount),dwcount);
  temp.ReleaseBuffer(dwcount);

若temp.ReleaseBuffer()不指定参数,执行这一步是会遇到错误,所以,类似的文件读取操作,releasebuffer的时候还是指定一个与getbuffer一样的参数为好

另:对于

(如果GetBuffer参数为文件长度的话不存在问题, ReleaseBuffer参数可以为默认-1)!

我设置temp.ReleaseBuffer(-1);此句执行的时候仍然出现错误,故还是指定文件长度为好


接下来看看其他的代码

CString str;
BROWSEINFO bi;
TCHAR name[MAX_PATH];
ZeroMemory(&bi,sizeof(BROWSEINFO));
bi.hwndOwner = GetSafeHwnd();
bi.pszDisplayName = name;
bi.lpszTitle = _T(“选择文件夹”);
bi.ulFlags = BIF_RETURNFSANCESTORS;
LPITEMIDLIST idl = SHBrowseForFolder(&bi);
if(idl == NULL)
  return;

SHGetPathFromIDList(idl, str.GetBuffer(MAX_PATH));

1
//CString aa = str.GetBuffer(MAX_PATH);
//CString bb = str;                         //运行此句之后,str内容变成乱码

//int a = aa.GetLength();
//int b = str.GetLength();
//LPTSTR cc = str.GetBuffer(MAX_PATH);
//LPTSTR dd = bb.GetBuffer(MAX_PATH);
//cc[1] = ‘a’;

//bb.ReleaseBuffer();

debug 参数如下图所示:

11

 

2  
CString aa = str.GetBuffer(MAX_PATH);
int a = aa.GetLength();
int b = str.GetLength();                       //b无法获取str的长度

LPTSTR cc = str.GetBuffer(MAX_PATH);
cc[1] = ‘a’;
int e = str.GetLength();
                       //e无法正确获取str的长度,与3不同之处在于此处的str在蓝色字体getbuffer后未releasebuffer                                                              //妥善的做法是在两次str.getbuffer与str.GetLength()之间都都releasebuffer()下。
str.ReleaseBuffer();  
int d = str.GetLength();

debug 参数如下所示:

22

3
//CString aa = str.GetBuffer(MAX_PATH);
//str.ReleaseBuffer();
//CString bb = str;                                  //bb的内容正确
//int a = aa.GetLength();
//int b = str.GetLength();

//LPTSTR cc = str.GetBuffer(MAX_PATH);
//LPTSTR dd = bb.GetBuffer(MAX_PATH);
//cc[1] = ‘a’;
//int d = str.GetLength();                     //此处虽然可以正确获取str的值,但是在GetBuffer()后,最好还是在cc[1] = ‘a’ 后releasebuffer()一次。

                                                           //为何不再cc[1] = ‘a’前releasebuffer的原因: 虽然此处str仍然会变成”Ca/…..”,但是根据MSDN:在调用ReleaseBuffer之后,由GetBuffer返回的地址也许就无效了,因为其它的CString操作可能会导致CString缓冲区被重新分配。如果你没有改变此CString的长度,则缓冲区不会被重新分配。 妥当的做法是在cc[1]后releasebuffer

debug参数值如下所示:

33

4

str.ReleaseBuffer();                                  //  对上面的SHGetPathFromIDList(idl, str.GetBuffer(MAX_PATH));  进行的释放操作
CString aa = str.GetBuffer(MAX_PATH);
CString bb = str;                                     // 执行完此句后,str的值不会变成乱码,和1类比
int f = str.GetLength();                            //和1比,此处可以正确获取长度

str.ReleaseBuffer(); 
int a = aa.GetLength();
int b = str.GetLength();
CString ff = str.GetBuffer(MAX_PATH);
LPTSTR dd = bb.GetBuffer(MAX_PATH);
int d = str.GetLength();            

image

 

 

 

对于一个CString 进行GetBuffer后,在进行该CString 的其他 CString 函数操作(尤其是 “=” “+” 等容易忽视的 CString 操作)前ReleaseBuffer(虽然从此处的几段代码执行情况来看,表面上在GetBuffer后在一次执行 CString操作不会导致错误,但是进行第二次CString 操作时就会产生错误。为了安全起见,getbuffer后需要在次执行CString的函数操作,先ReleaseBuffer()).

今天的文章对于GetBuffer() 与 ReleaseBuffer() 的一些分析分享到此就结束了,感谢您的阅读。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/23907.html

(0)
编程小号编程小号

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注