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

今天遇到一個比較奇怪的crash問題,這里記錄下。這個crash是由QA設置了一些不合理的參數引起的,還好QA當時保存了Dump文件,讓我們可以慢慢分析,從而找出代碼中隱藏的問題。
    
這里先簡單介紹下ATL/WTL里字符串的設計:
(1)每個CString都有自己的串頭(內含引用計數,數據長度,已分配內存長度),緊接著后面是真正的數據。
因為是基于引用計數,所以相同的多個CString可以共享同一份數據。
struct CStringData
{
    long nRefs;     // reference count
    int nDataLength;
    int nAllocLength;
    // TCHAR data[nAllocLength]

    TCHAR* data()
    { return (TCHAR*)(this + 1); }
};


(2)每個未初始化CString都會指向同一固定的全局數據,內部引用計數、數據長度、已分配內存長度、內容分別為-1,0,0,0
// Globals

// For an empty string, m_pchData will point here
// (note: avoids special case of checking for NULL m_pchData)
// empty string data (and locked)
_declspec(selectany) int rgInitData[] = { -1, 0, 0, 0 };
_declspec(selectany) CStringData* _atltmpDataNil = (CStringData*)&rgInitData;
_declspec(selectany) LPCTSTR _atltmpPchNil = (LPCTSTR)(((BYTE*)&rgInitData) + sizeof(CStringData));

inline CString::CString()
{
Init();
}
inline void CString::Init()
{ m_pchData = _GetEmptyString().m_pchData; }

static const CString& __stdcall _GetEmptyString()
{
return *(CString*)&_atltmpPchNil;
}

(3)字符串析構時會檢測是否已經分配內存,是否其他沒有人用(引用計數小于0),都滿足后才會最終釋放內存。
inline CString::~CString()
//  free any attached data
{
    if (GetData() != _atltmpDataNil)
    {
        if (InterlockedDecrement(&GetData()->nRefs) <= 0)
            delete[] (BYTE*)GetData();
    }
}

 用Windbg打開Dump文件,輸入!analyze -v 讓它自動分析Crash時的情況,最終發現Crash在ATL/WTL字符串的析構函數~CString()里的delete語句, 然后我們通過分析傳入參數,發現外部傳入的是一個沒有初始化的CString,既然是沒有初始化的CString,那應該都是指向初始字符串的固定內存,也就不會滿足條件 if (GetData() != _atltmpDataNil),為什么會跑到里面去呢?

這里關鍵原因就是這個CString是跨模塊傳遞過來的,比如你DLL里有個導出函數void SetValue(CString strValue), 然后你外部Exe傳遞一個未出始化的字符串CString str; SetValue(str); 這時就會Crash。根本原因是因為傳入的字符串是在Exe里構造,但是在DLL里析構,Exe里的未初始化str指向的是Exe模塊自己的全局初始值Exe!_atltmpDataNil, 而DLL內CString的全局初始值是Dll自己的Dll!_atltmpDataNil, 兩者比較當然不相等,而后面的if (InterlockedDecrement(&GetData()->nRefs) <= 0)又會把引用計數從-1改成-2, 接下來就會試圖delete這塊不是new出來的全局內存,當然會Crash了。

這個Bug一直沒有發現的原因是QA一直設置的都是有效參數,也就不會引起傳入未初始化的CString的情況,但這次意外卻暴露了我們代碼中隱藏的問題。

知道了原因,接下來就是如何改了?方法很多,可以用傳引用的方式CString&;也可以傳C方式的字符串LPCTSTR;也可以還是傳CString, 但是在傳之前先做下長度判斷,以確保已經出始化。

另外提醒下如果要在模塊(DLL)之間傳遞內存,要確保C/C++運行庫要用DLL的方式(MD), 這樣跨模塊new和delete時他們會共享同一個內存堆,不同模塊之間相互new和delete才不會有問題。

測試工程: DllStringTest
posted on 2012-07-13 21:27 Richard Wei 閱讀(3930) 評論(4)  編輯 收藏 引用 所屬分類: windbg

FeedBack:
# re: 跨模塊傳參數的教訓
2012-07-14 00:42 | 10年碼農
經典問題了,MD雖然可以解決,但個人感覺,還是應該養成哪里分配哪里釋放的好。跨DLL釋放總不是很好。。  回復  更多評論
  
# re: 跨模塊傳參數的教訓[未登錄]
2012-07-14 07:38 | 123
又是一個自造輪子引發的血案……  回復  更多評論
  
# re: 跨模塊傳參數的教訓
2012-07-16 09:28 | zuhd
我覺得還是傳char *比較保險,不要傳類  回復  更多評論
  
# re: 跨模塊傳參數的教訓
2012-07-16 10:04 | Richard Wei
@zuhd
恩,跨模塊返回一個未初始化的CString會有同樣的問題,
所以跨模塊還是用C語言的字符串方式比較保險。  回復  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲影院污污.| 亚洲欧美日韩国产成人精品影院 | 卡一卡二国产精品| 亚洲女性喷水在线观看一区| 欧美日韩亚洲一区二| 一区二区国产日产| 女同性一区二区三区人了人一 | 99re6热在线精品视频播放速度| 午夜在线精品| 一区二区欧美亚洲| 一区二区冒白浆视频| 亚洲免费电影在线| 日韩一级黄色大片| 一区二区欧美视频| 夜夜精品视频一区二区| 一本大道久久a久久精二百| 亚洲欧洲精品一区二区三区波多野1战4 | 午夜精品影院在线观看| 午夜免费日韩视频| 午夜精品剧场| 久久精品免费看| 久久夜色精品| 欧美激情bt| 欧美日韩亚洲综合一区| 欧美婷婷六月丁香综合色| 国产精品嫩草久久久久| 国产一区二区三区观看| 精品91在线| 亚洲福利视频三区| 亚洲精品综合精品自拍| 中国成人在线视频| 欧美在线国产| 免费观看成人鲁鲁鲁鲁鲁视频| 牛人盗摄一区二区三区视频| 亚洲国产精品成人综合| 亚洲三级国产| 亚洲欧美日韩精品在线| 久久夜色精品国产| 欧美色偷偷大香| 国产嫩草一区二区三区在线观看| 国产精品成人播放| 国产精品成人免费| 久久精品亚洲一区| 欧美日韩免费精品| 激情综合色丁香一区二区| 亚洲乱码久久| 久久久久欧美| 91久久午夜| 欧美在线三级| 欧美午夜电影网| 久久超碰97中文字幕| 一区二区三区四区在线| 野花国产精品入口| 久久嫩草精品久久久久| 亚洲乱码久久| 欧美国产日韩视频| 国产夜色精品一区二区av| 国产亚洲精品高潮| 亚洲午夜精品一区二区| 免费观看一级特黄欧美大片| 午夜精品在线| 欧美性大战xxxxx久久久| 欧美人在线视频| 亚洲精品美女免费| 免费在线看成人av| 老司机免费视频久久| 国产日本欧美一区二区三区在线| 国产亚洲精品v| 久久岛国电影| 一区二区三区视频在线看| 欧美日韩精品免费| 亚洲精品乱码久久久久久久久| 亚洲视频综合在线| 亚洲精品综合久久中文字幕| 免费成人黄色片| 尤物99国产成人精品视频| 久久精品国产免费观看| 久久精品日韩| 国产一区二区欧美| 麻豆成人小视频| 欧美专区一区二区三区| 亚洲缚视频在线观看| 久久在线视频| 久久精品男女| av不卡在线看| 夜夜夜精品看看| 国内精品久久久久久久影视蜜臀| 久久国产视频网站| 99视频精品在线| 国产亚洲福利| 老司机精品视频一区二区三区| 久久五月婷婷丁香社区| 亚洲精华国产欧美| 一区二区三区 在线观看视| 欧美午夜电影完整版| 亚洲精品欧美日韩专区| 亚洲毛片在线看| 国产精品久久久久久av下载红粉| 久久精品国产91精品亚洲| 久久av免费一区| 9人人澡人人爽人人精品| 一区二区日本视频| 欧美另类高清视频在线| 亚洲网站在线观看| 午夜欧美理论片| 精品av久久久久电影| 亚洲第一精品影视| 欧美视频在线观看一区| 欧美亚洲综合在线| 久久字幕精品一区| 一本久道久久综合狠狠爱| 欧美在线关看| 欧美一区二区三区视频免费播放| 中日韩视频在线观看| 国产视频亚洲精品| 欧美激情视频一区二区三区免费 | 亚洲国产精品久久久久| 欧美日韩国产二区| 久久精品中文| 欧美精品123区| 久久aⅴ国产紧身牛仔裤| 久久精品一二三区| 一区二区三区欧美视频| 午夜视频一区| 一区二区三区|亚洲午夜| 亚洲欧美影音先锋| 9人人澡人人爽人人精品| 亚洲欧美日韩国产综合| 亚洲国产91| 亚洲欧美日韩一区二区三区在线观看 | 亚洲区在线播放| 欧美一区二视频| 日韩午夜在线视频| 久久久精品性| 亚洲欧美视频| 欧美电影在线观看完整版| 欧美中文在线观看国产| 欧美国产专区| 美女主播视频一区| 国产欧美一区二区精品性| 亚洲精品社区| 亚洲精品男同| 久久综合福利| 久久久91精品国产一区二区三区| 欧美片第1页综合| 欧美激情按摩| 激情六月综合| 99热免费精品| 亚洲国产成人不卡| 欧美一区二区网站| 欧美一区二区三区四区在线观看| 欧美国产日产韩国视频| 裸体一区二区| 一区二区在线免费观看| 性久久久久久久久| 欧美一级成年大片在线观看| 欧美日产在线观看| 亚洲精品免费看| 国产精品99久久久久久白浆小说| 欧美国产精品一区| 亚洲国产精品久久久久| 亚洲国产成人av| 亚洲午夜久久久久久久久电影院 | 国产午夜亚洲精品不卡| 午夜亚洲视频| 亚洲欧美日韩中文播放| 国产精品videosex极品| 一本色道久久综合狠狠躁的推荐| 一级成人国产| 国产精品视频自拍| 亚洲毛片在线| 91久久久久久久久| 欧美日韩性生活视频| 亚洲视频第一页| 久久免费黄色| 最近中文字幕日韩精品| 久久久精品国产99久久精品芒果| 久久久一二三| 亚洲精品中文字幕在线观看| 欧美日韩中文字幕在线| 亚洲伊人色欲综合网| 欧美中文在线视频| 狠狠综合久久av一区二区小说 | 亚洲国产一区在线观看| 亚洲美女av电影| 免播放器亚洲| 中文一区在线| 久久久久99精品国产片| 亚洲激情国产| 国产精品理论片在线观看| 性欧美激情精品| 亚洲成色999久久网站| 亚洲视频免费| 国产主播一区二区| 欧美在线视频导航| 亚洲欧洲一区二区三区久久| 午夜电影亚洲| 亚洲福利电影| 国产精品久久久久久影视 | 午夜电影亚洲|