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

隨筆-162  評論-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 春秋十二月 閱讀(7772) 評論(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>
            在线精品视频免费观看| 欧美在线观看天堂一区二区三区| 一区二区激情视频| 91久久亚洲| 国产精品爱啪在线线免费观看| 亚洲人在线视频| 亚洲伦理网站| 国产精品视频精品| 午夜亚洲福利在线老司机| 夜夜嗨av一区二区三区网站四季av| 欧美精品久久一区二区| 一本色道久久99精品综合| 中文在线资源观看网站视频免费不卡| 欧美人妖另类| 久久免费视频这里只有精品| 久久久免费精品视频| 亚洲电影专区| 午夜精品久久久久久久久| 91久久精品美女| 亚洲一区二区三区欧美 | 亚洲国产欧美不卡在线观看| 欧美精品激情在线观看| 欧美一级网站| 欧美日韩精品免费观看| 欧美中文字幕在线播放| 欧美性天天影院| 91久久精品国产| 136国产福利精品导航网址应用| 日韩视频在线一区二区| 亚洲青涩在线| 欧美成熟视频| 欧美黄色免费网站| 亚洲高清资源综合久久精品| 正在播放日韩| 久久久999国产| 免费中文日韩| 亚洲国产mv| 欧美—级a级欧美特级ar全黄| 欧美大片在线看免费观看| 亚洲精品国产精品国自产在线| 欧美xxxx在线观看| 一本久久综合亚洲鲁鲁| 亚洲免费人成在线视频观看| 国产日韩综合一区二区性色av| 亚洲午夜黄色| 欧美国产一区二区| 亚洲嫩草精品久久| 亚洲国产天堂久久综合| 欧美午夜视频| 欧美精品在线免费播放| 中文亚洲字幕| 亚洲高清视频在线| 久久福利资源站| 亚洲毛片在线免费观看| 国产一区二区三区四区五区美女| 欧美日韩精品免费在线观看视频| 久久精品欧美日韩精品| 亚洲女女女同性video| 亚洲精品美女在线观看播放| 久久一区二区三区四区五区| 亚洲精品乱码久久久久久日本蜜臀| 国内综合精品午夜久久资源| 国产精品v日韩精品| 久久久av毛片精品| 欧美在线视频在线播放完整版免费观看 | 亚洲国产日韩欧美在线图片| 99re热这里只有精品免费视频| 久久精品男女| 亚洲综合国产| 欧美激情一区二区在线| 亚洲免费观看高清在线观看| 欧美99久久| 国产一区二区av| 亚洲欧美另类久久久精品2019| 一二三区精品| 欧美淫片网站| 久久久久国产精品www| 欧美激情第一页xxx| 亚洲欧洲日本国产| 国产精品你懂得| 亚洲一区二区在线免费观看视频| 亚洲欧洲精品一区二区三区 | 国产精品a久久久久久| 欧美日韩在线电影| 黄色成人免费网站| 妖精视频成人观看www| 欧美怡红院视频| 亚洲精品久久嫩草网站秘色| 亚洲一区二区在线观看视频| 欧美日韩不卡一区| 午夜久久福利| 亚洲私人影吧| 欧美精品一区在线发布| 国精品一区二区三区| 国产日韩欧美一区二区三区在线观看 | 亚洲制服av| 香蕉亚洲视频| 亚洲日本国产| 欧美午夜精品伦理| 欧美一级久久久| 欧美黄色aa电影| 亚洲一区二区三区影院| 国产精品一页| 欧美成人免费观看| 亚洲综合电影| 亚洲精品久久久久| 欧美尤物巨大精品爽| 亚洲人成毛片在线播放| 国产欧美日韩三区| 欧美jjzz| 国产精品jizz在线观看美国 | 另类欧美日韩国产在线| 一个色综合导航| 国产一区二区三区在线观看免费视频| 欧美国产日产韩国视频| 亚洲欧美卡通另类91av| 亚洲国产美女精品久久久久∴| 午夜精品视频在线| 亚洲另类黄色| 亚洲高清资源| 国产一区白浆| 国产精品夜夜夜| 欧美日韩成人在线观看| 久久久久久久高潮| 欧美亚洲综合久久| 一区二区三区日韩精品| 亚洲人体1000| 欧美激情一区二区三区全黄| 久久久免费观看视频| 午夜在线不卡| 性欧美videos另类喷潮| 一区二区欧美日韩| 日韩手机在线导航| 亚洲区中文字幕| 亚洲黄色免费网站| 玉米视频成人免费看| 国产最新精品精品你懂的| 国产目拍亚洲精品99久久精品| 欧美日韩视频一区二区| 欧美激情一区| 欧美日韩福利在线观看| 欧美精品在线观看| 欧美另类变人与禽xxxxx| 欧美国产视频日韩| 欧美二区视频| 欧美激情片在线观看| 欧美国产高潮xxxx1819| 欧美肥婆bbw| 欧美日韩免费区域视频在线观看| 免费成人高清视频| 久色成人在线| 欧美日本精品一区二区三区| 欧美久久久久| 国产精品视频不卡| 狠狠干综合网| 亚洲欧洲精品天堂一级| 99精品国产在热久久| 国产精品99久久久久久宅男 | 亚洲黑丝一区二区| 亚洲精品免费在线| 亚洲一二三四区| 欧美一区二区三区电影在线观看| 欧美伊人久久| 欧美黑人一区二区三区| 日韩香蕉视频| 亚洲一区欧美激情| 久久精品国产久精国产思思| 久久在线视频在线| 欧美女主播在线| 国产噜噜噜噜噜久久久久久久久| 国产欧美丝祙| 亚洲国产欧美一区二区三区同亚洲| 亚洲精品一区在线| 午夜精品区一区二区三| 欧美成人精品| 一区二区三区免费网站| 久久久久久69| 欧美网站在线观看| 黄色亚洲在线| 在线亚洲成人| 欧美插天视频在线播放| 日韩亚洲不卡在线| 久久精品国产77777蜜臀| 欧美精品www| 激情久久五月| 亚洲一区免费网站| 亚洲成色www久久网站| 欧美不卡视频一区发布| 久久丁香综合五月国产三级网站| 亚洲视频狠狠| 久久久久久久久综合| 欧美四级在线观看| 亚洲高清不卡在线| 久久成人精品无人区| 亚洲激情校园春色| 久久蜜桃精品| 国产乱码精品1区2区3区| 日韩视频在线一区二区| 美女任你摸久久| 午夜在线一区二区|