青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆-163  評論-223  文章-30  trackbacks-0
   最近在工作中,寫一計算桿塔絕緣子中心點的GPS坐標程序時,定義了一結構,里面用到了string類型來存儲桿塔所屬線路號、桿塔號,桿塔模型名稱。代碼如下:
 1/*
 2  @brief 桿塔信息結構
 3*/

 4typedef struct   _TOWER_INFO
 5{
 6       string    strLineNo;           ///< 線路號 
 7       string    strTowerNo;         ///< 桿塔號
 8       string    strTowerType;     ///< 桿塔類型
 9       double  dDangDistance;    ///< 檔距
10      double  dHCHeight;           ///< 呼稱高
11      double  dLongitude;          ///< 經度
12      double  dLatitude;              ///< 緯度
13      double  dAltitude;              ///< 海拔高度
14      double  dLineCorners;      ///< 線路轉角 
15      long      lCornerDirection;  ///< 左轉還是右轉: 0不轉, 1左轉, 2右轉
16      vector<INSULATOR_INFO::CENTER_POINT_INFO>  vecInsulatorCenterPointInfo; ///< 桿塔所有絕緣子中心點信息
17       _TOWER_INFO() { memset(this0sizeof(_TOWER_INFO)); }       //該行代碼可能會引起string內存泄露
18
19}
TOWER_INFO,*PTOWER_INFO;
   在后面對該結構的string型變量有賦值操作, 代碼如下
1   ......
2       TOWER_INFO cur_tower_center_info;
3   cur_tower_center_info.strLineNo = sheetLine->Cell(i, 2)->GetText(); //調度碼
4   cur_tower_center_info.strTowerNo = sheetLine->Cell(i, 7)->GetText(); //桿塔號
5   cur_tower_center_info.strTowerType = sheetLine->Cell(i, 8)->GetText(); //桿塔類型
6      ......
   運行程序,待程序結束后,發現有內存泄露,提示信息如下
 1Detected memory leaks!
 2Dumping objects ->
 3{235250} normal block at 0x01774A6016 bytes long.
 4 Data: <                > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD 
 5{235237} normal block at 0x01774CB016 bytes long.
 6 Data: <                > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD 
 7{235234} normal block at 0x01774A1016 bytes long.
 8 Data: <                > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD 
 9{235184} normal block at 0x0177420016 bytes long.
10 Data: <                > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD 
11{235171} normal block at 0x0177445016 bytes long.
12 Data: <                > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD 
13{235168} normal block at 0x017741B016 bytes long.
14 Data: <                > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD 
15{235118} normal block at 0x017739A016 bytes long.
16 Data: <                > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD 
17{235105} normal block at 0x01773BF016 bytes long.
18 Data: <                > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD 
19..
   經過一番源代碼跟蹤調試后,發現原因在于TOWER_INFO結構體的構造函數內調用了memset(this, 0, sizeof(_TOWER_INFO);使得string內部指針_Bx._Ptrr值為0,_Myres為0,在這種情況下當string對象被賦值為小字符串(字節數包括結束符小于等于16的字符串)時,因新申請的內存在后來得不到釋放,所以這塊內存被泄露了,根據string類內存管理算法(ms vc版本)得知這塊內存大小總是16個字節.但當被賦值為大字符串(字節數包括結束符大于16的字符串)時,反而沒有內存泄露,這是因為新申請的內存在析構或下次賦值時總能被釋放.
  從該泄露問題的分析解決過程中,總結得到規律:不要輕易零初始化string, vector等stl標準容器及具有動態內存管理的類。
posted on 2009-08-07 01:31 春秋十二月 閱讀(7782) 評論(19)  編輯 收藏 引用 所屬分類: C/C++

評論:
# re: std::string內存泄露問題之分析解決 2009-08-07 06:24 | maomi
凡是初始化有非零賦值的都有問題,和有沒有動態內存管理無關吧
vector 似乎沒事,都是零初值  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-07 07:44 | shaker(太子)
問題是你為什么要用memset去操作一個對象?  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-07 08:32 | 周龍亭
問題在于你用memset操作C++對象  回復  更多評論
  
# re: std::string內存泄露問題之分析解決[未登錄] 2009-08-07 08:56 | christanxw
樓主難道就不知道C++類構造函數不要隨便使用memset去初始化對象嗎?一切問題都是你的memset引起的,跟string沒關系。  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-07 09:20 | evoup
這都敢用memset this,汗~  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-07 09:36 | abettor
作為博主忠實的粉絲,為了擁護博主的文章,我也曾經犯過幾乎相同的錯誤。
我當時是在VC6里把含有CString型成員的結構體給memset了。  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-07 12:39 | 陳梓瀚(vczh)
就算是struct,我也會寫一個構造函數,從而代替memset的……其實在使用的過程中,memset基本沒用處  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-07 12:53 | test
memset(this, 0,。。本身沒問題,但是前提條件是它內部成員是你可控的。這是c程序員向c++程序員轉換的時候的一個階段。。。  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-07 13:10 | CY
樓上說得好。
應該總結:不要從內存級別改變對象級別的東西  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-07 14:15 | zdhsoft
不要把C的習慣帶入C++
  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-07 20:33 | 空明流轉
變成批判大會了。。。  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-08 16:45 | lovelypig
標題黨  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-11 10:51 |
。。。。樓主太NB了  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-08-13 09:43 | bigzhu
不要混用c和c++
不然就是這樣悲慘的遭遇..
樓主改下題目吧
不要把泄漏賴到string頭上...  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2009-11-15 11:12 | calabash
我也遇到了同樣的問題,哎,調查半天。。。

//應該總結:不要從內存級別改變對象級別的東西
這個很有道理  回復  更多評論
  
# re: std::string內存泄露問題之分析解決[未登錄] 2010-06-18 09:21 | kuafoo
這個屬于使用不當  回復  更多評論
  
# re: std::string內存泄露問題之分析解決 2011-08-26 12:28 | 匿名
我也遇到同樣的問題:
我聲明一個結構體,如下:
struct A
{
int id;
string name;
};

A a;
a.id = 9;
a.name = "tom";
想把該結構體內容拷貝到char* buff中,用memcpy(buff,&a,sizeof(a));

在此過程中,如果a.name長度小于16,結果與期望一致,但是如果a.name的長度大于16,則出現問題,通過調試發現再把buff中的內容拷貝回a,則顯示a的name屬性是不可讀內容。  回復  更多評論
  
# re: basic_string內存泄露問題之分析解決 2012-04-11 10:50 | CCW
想把該結構體內容拷貝到char* buff中,用memcpy(buff,&a,sizeof(a));
是memcpy(buff,&a.name,sizeof(a.name));吧
@匿名  回復  更多評論
  
# re: basic_string內存泄露問題之分析解決 2014-09-09 17:18 | 席大軍
如果 吧struct中的string都換成char數組,可以用memset嗎?  回復  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲欧美日韩另类精品一区二区三区 | 久久青草久久| 日韩视频免费大全中文字幕| 午夜久久资源| 国产精品成人午夜| 亚洲四色影视在线观看| 亚洲蜜桃精久久久久久久| 欧美高清影院| 亚洲精品男同| 欧美成人精品在线| 可以看av的网站久久看| 韩国成人精品a∨在线观看| 午夜精品剧场| 亚洲欧美日韩爽爽影院| 国产精品美女久久久久av超清 | 亚洲欧美日韩天堂一区二区| 一本一本久久| 欧美亚韩一区| 欧美一级专区免费大片| 亚洲一区在线视频| 国产视频一区在线观看| 久久久久国产一区二区三区四区| 亚洲欧美在线看| 狠狠做深爱婷婷久久综合一区| 久久资源av| 欧美大片专区| 亚洲影视在线| 欧美一区二区三区精品电影| 在线观看91精品国产入口| 欧美激情在线狂野欧美精品| 欧美国产日韩一二三区| 亚洲一级免费视频| 欧美一级理论性理论a| 激情国产一区二区| 老牛国产精品一区的观看方式| 久久久亚洲午夜电影| 亚洲精华国产欧美| 日韩写真在线| 国产麻豆精品视频| 久久综合精品国产一区二区三区| 午夜精品美女久久久久av福利| 久久久久久精| 美国十次成人| 亚洲欧美一区二区视频| 久久久精品国产免费观看同学| 亚洲美女精品一区| 亚洲男女自偷自拍| 在线精品在线| 亚洲影院一区| 99精品国产99久久久久久福利| 亚洲视频在线一区| 亚洲高清视频的网址| 亚洲免费成人av| 伊大人香蕉综合8在线视| 日韩一区二区精品视频| 国产精品s色| 欧美国产1区2区| 久久gogo国模裸体人体| 亚洲精品久久久久久一区二区 | 国产精品sss| 美国成人毛片| 国产精品麻豆va在线播放| 欧美激情一区二区三区四区| 国产性天天综合网| 亚洲精品久久久久久久久| 国产日韩精品一区观看| 亚洲精品看片| 在线观看欧美日韩| 中国av一区| 在线一区二区三区四区五区| 久久国产一区二区三区| 欧美一区二区观看视频| 欧美人成免费网站| 欧美国产另类| 激情久久婷婷| 亚洲在线一区| 夜色激情一区二区| 欧美激情按摩| 亚洲激情成人| 1769国产精品| 久久久久国产一区二区| 久久精品一区蜜桃臀影院| 国产精品女人网站| 亚洲一级黄色av| 亚洲图片欧洲图片日韩av| 欧美日韩精品福利| 99re视频这里只有精品| 99天天综合性| 91久久中文字幕| 亚洲精品国产品国语在线app| 久久一区二区三区国产精品| 欧美影视一区| 国产一区二区丝袜高跟鞋图片| 亚洲一区日韩| 亚洲欧美中文在线视频| 欧美日韩一卡二卡| 亚洲精品在线电影| 亚洲精品中文在线| 欧美激情成人在线| 91久久精品美女高潮| 99精品视频网| 国产精品福利网| 亚洲欧美日本国产有色| 亚洲一区区二区| 国产日韩高清一区二区三区在线| 亚洲欧美一区二区三区久久 | 久久综合久久综合久久综合| 噜噜噜在线观看免费视频日韩 | 久久不射网站| 伊人夜夜躁av伊人久久| 久久免费国产| 欧美激情视频在线免费观看 欧美视频免费一 | 久久久五月婷婷| 欧美成人综合| 一区二区三区国产| 国产精品毛片一区二区三区 | 国产毛片一区二区| 欧美影院在线播放| 欧美激情一区二区三区全黄| 一本高清dvd不卡在线观看| 欧美视频一区在线| 亚洲一区二区成人在线观看| 美女网站在线免费欧美精品| 一区二区三区 在线观看视频| 国产精品一区二区在线观看| 久久av二区| 亚洲美女精品一区| 久久这里只有精品视频首页| 99伊人成综合| 怡红院av一区二区三区| 欧美日韩国产综合久久| 性视频1819p久久| 91久久久国产精品| 久久精品国产亚洲一区二区三区| 99精品视频免费全部在线| 激情丁香综合| 国产美女精品人人做人人爽| 欧美黑人多人双交| 久久国产精品一区二区三区四区| 亚洲激情在线观看视频免费| 久久精品毛片| 性色av一区二区三区| 亚洲精品少妇30p| 永久91嫩草亚洲精品人人| 欧美亚韩一区| 欧美激情一区二区久久久| 久久久久国产一区二区三区四区 | 国产欧美日韩一区二区三区在线观看| 免费成人高清在线视频| 欧美一区二区三区四区视频 | 欧美视频在线不卡| 欧美xx视频| 久久激情视频久久| 亚洲一区免费观看| 一区二区三区你懂的| 亚洲国产高清在线| 六月天综合网| 久久精视频免费在线久久完整在线看 | 亚洲无线一线二线三线区别av| 一区在线视频| 国产深夜精品福利| 国产精品啊啊啊| 欧美视频一区二区在线观看 | 国产私拍一区| 国产精品免费看片| 欧美性猛交99久久久久99按摩 | 欧美新色视频| 国产精品第2页| 欧美色区777第一页| 亚洲图片你懂的| 欧美日韩中文在线观看| 99国产精品久久久久久久成人热 | 欧美一区=区| 国产午夜精品麻豆| 一区二区日本视频| 国产精品一级| 久久裸体艺术| 久久精品99| 久久精品亚洲精品国产欧美kt∨| 亚洲欧美日韩一区二区在线| 一区二区久久| 亚洲影视在线播放| 欧美一区=区| 欧美一区二区精美| 欧美在线精品免播放器视频| 午夜久久久久久| 久久超碰97人人做人人爱| 久久久久久9| 欧美高清在线播放| 欧美三级电影大全| 国产伦理精品不卡| 亚洲大胆视频| 一本综合精品| 欧美制服第一页| 美日韩精品免费| 亚洲精品日韩激情在线电影| 亚洲一区二区三区涩| 久久久久久有精品国产| 欧美精品一区二区三| 国产精品日韩一区二区三区|