delet被編譯成了兩個步驟：調相應析構函式，**p指向的記憶體塊
即使父類沒宣告虛析構函式，第二步還是生效的，所以你derived的記憶體區是被正確**的，但derived的記憶體區域(std::string)並不是連續區間，可能是這樣的東東（64byte+ptr）
delet的第二步**的就只是這(64byte+ptr) 65個位元組
string內部關聯的那塊就洩露了
然後delete的第一步，呼叫到正確析構函式的話，就是derived的析構函式，這個函式裡會呼叫std::string的析構函式，**那部分「關聯記憶體」
父類沒宣告虛析構函式，就少了呼叫string
乙個C語言典型的記憶體洩露問題
具體的問題見下面的demo include void getheap int p p是null的位址 形式引數int p在棧空間內，函式結束後就釋放了，malloc分配的空間也丟失了，同樣也沒有帶回實參 int main 執行 原因 改正如下 include void getheap int p p...
loadrunner 乙個詭異問題
最近使用loadrunner壓測乙個專案的時候,發現tps波動巨大 且平均值較低。使用jmeter壓測則沒有這個問題。經過多方排查發現乙個讓人極度費解的原因 原指令碼 指令碼其他 web submit data aaa action 此處為密文鏈結 事務判斷邏輯等 tps圖如下 修改後的 指令碼其他...
C 記憶體洩露的問題
遇到乙個很頭疼的記憶體洩露的問題，除錯的大半天才發現的，指標指向的物件1被delete了兩次，而在vs2005中，debug中斷的位置不是這個被多次delete的物件1，而是另外乙個物件2，在釋放它的時候，提示訪問了未知的堆疊。雖然沒有在記憶體中仔細進行除錯，不過可以揣測出問題原因是，在多次釋放物件...