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

隨筆-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 春秋十二月 閱讀(7786) 評論(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电影| 国产亚洲网站| 亚洲一区二区四区| 亚洲精品乱码久久久久久蜜桃麻豆 | 在线高清一区| 亚洲视频网在线直播| 国际精品欧美精品| 亚洲美女黄网| 国产精品人人做人人爽人人添| 美女精品视频一区| 国产欧美一区视频| 亚洲视频免费| 亚洲精品国产精品乱码不99按摩 | 国产精品女人网站| 一区二区高清视频| 亚洲国产婷婷香蕉久久久久久| 久久精品噜噜噜成人av农村| 一本大道久久a久久综合婷婷| 久久全球大尺度高清视频| 久久久久综合网| 国产视频久久久久久久| 亚洲一区激情| 亚洲一区三区电影在线观看| 欧美福利电影网| 亚洲高清中文字幕| 亚洲肉体裸体xxxx137| 久久人人超碰| 欧美激情第三页| 亚洲人成绝费网站色www| 欧美77777| 亚洲精品影视| 亚洲影院在线| 国产精品卡一卡二卡三| 在线一区观看| 久久av资源网| 国产日韩欧美综合| 久久国产精品毛片| 黄色精品一二区| 午夜日韩在线| 久久女同互慰一区二区三区| 国产麻豆精品久久一二三| 性欧美xxxx视频在线观看| 久久精品一区二区三区四区 | 国内视频精品| 久久精品国产精品亚洲精品| 久久久久久久999| 尤物在线精品| 欧美久久久久久蜜桃| 亚洲一级在线观看| 久久午夜电影网| 亚洲国产精品第一区二区三区| 欧美国产极速在线| 亚洲视频www| 欧美91精品| 亚洲曰本av电影| 一区二区亚洲欧洲国产日韩| 欧美mv日韩mv亚洲| 亚洲午夜久久久久久久久电影院| 久久久国产精品一区二区三区| 国产亚洲福利社区一区| 久久国产精彩视频| 99精品国产福利在线观看免费| 久久99在线观看| 亚洲看片网站| 韩国av一区二区三区| 欧美日韩mp4| 久久成人精品| 一本色道久久综合亚洲精品不卡 | 亚洲影院色无极综合| 久久精品99国产精品酒店日本| 亚洲国产精品久久久| 欧美日本一道本| 亚洲综合电影一区二区三区| 免费不卡在线观看| 99伊人成综合| 亚洲国产精品成人| 国产日韩欧美在线播放不卡| 欧美黑人国产人伦爽爽爽| 亚洲欧美日韩精品久久| 亚洲国产精品国自产拍av秋霞 | 国产一区二区中文| 欧美日韩18| 久久高清一区| 亚洲欧美日韩综合| 一本色道久久综合狠狠躁的推荐| 久久日韩精品| 欧美一级一区| 亚洲一区中文| 亚洲精品国产精品国产自| 欧美日韩国产另类不卡| 久久精品国产99国产精品澳门| 99视频热这里只有精品免费| 亚洲电影在线免费观看| 久久偷窥视频| 欧美一区二区三区久久精品茉莉花| 亚洲免费激情| 亚洲伦理网站| 亚洲黄色天堂| 亚洲夫妻自拍| 一区二区在线观看av| 国产一区欧美日韩| 国产精品视频成人| 国产精品美女久久久久久2018 | 亚洲精品一区二区三区四区高清| 国产精品美女999| 国产精品国产精品国产专区不蜜| 欧美激情视频一区二区三区在线播放 | 亚洲欧美日韩高清| 亚洲一区欧美二区| 亚洲欧美制服另类日韩| 西西人体一区二区| 欧美在线观看日本一区| 亚洲专区在线视频| 午夜精品999| 性欧美video另类hd性玩具| 性8sex亚洲区入口| 久久精品国产2020观看福利| 久久激情五月丁香伊人| 久久午夜电影| 欧美韩日一区| 999亚洲国产精| 亚洲视频导航| 久久国产视频网| 麻豆成人在线播放| 欧美三级在线播放| 国产亚洲欧美日韩一区二区| 激情久久一区| 99re6这里只有精品| 亚洲愉拍自拍另类高清精品| 久久国产精品免费一区| 久热精品视频在线观看一区| 亚洲国产小视频在线观看| 一本色道久久88亚洲综合88 | 亚洲黄一区二区| 亚洲视频精选在线| 久久一二三区| 欧美三区在线| 一区二区亚洲精品国产| 一区二区免费在线观看| 欧美一区二区日韩一区二区| 欧美大片在线看| 亚洲影音先锋| 欧美成在线视频| 国产欧美日韩亚州综合| 亚洲人成网站精品片在线观看| 亚洲一区免费看| 欧美国产高潮xxxx1819| 亚洲一区二区网站| 欧美sm视频| 国产午夜亚洲精品羞羞网站| 日韩视频二区| 麻豆91精品| 亚洲欧美成人网| 欧美二区在线播放| 国内精品久久久久久久果冻传媒 | 午夜精品视频在线| 免费不卡亚洲欧美| 国产一区二区久久精品| 中文国产成人精品| 免费在线一区二区| 欧美影院精品一区| 亚洲承认在线| 欧美一区永久视频免费观看| 欧美日韩大片| 亚洲国产精品嫩草影院| 久久国产精品免费一区| 日韩视频在线观看国产| 久久青青草原一区二区| 国产区精品在线观看| 亚洲少妇自拍| 蜜桃久久av一区| 欧美一级片久久久久久久| 欧美日韩一区二区三区在线看| 最新热久久免费视频| 麻豆精品视频在线观看| 欧美一区三区二区在线观看| 欧美日韩国产首页在线观看| 亚洲欧洲日韩综合二区| 老司机精品视频网站| 欧美一区三区二区在线观看| 国产乱码精品一区二区三区忘忧草| 亚洲精品美女在线观看播放| 久久亚洲综合色一区二区三区| 亚洲欧美精品伊人久久| 国产精品久久久久国产a级| 亚洲在线视频网站| 日韩视频不卡| 国产精品伦一区| 欧美在线91| 久久精品国产一区二区电影| 国产亚洲永久域名| 久久夜色精品| 久久尤物电影视频在线观看| 亚洲第一狼人社区| 亚洲国产精品一区二区尤物区| 欧美va亚洲va国产综合|