Re: [問題] 簡單的程式就有 memory leak 了

看板MacDev作者HuangJC (吹笛牧童)時間10年前 (2014/04/16 20:12)推噓5(5推 0噓 55→)

留言60則, 7人參與討論串4/4 (看更多)

來看看 MFC 怎麼實作 CString MFC 在 CString 也是用一種 ref count 機制而且 MFC 完全公開 source code,也沒擴充保留字有人還把它給拷了,送到沒 MFC 但有 C++ 的地方去用網路上好像找得到,叫 CxString (至少敝公司有維護一套) CString F1() { CString str = "xxx"; // 產生一個字串, ref = 1 return str; // 使用 RC 的書怎麼教的? 書上說 str 在離開堆疊時就消失了, // 所以要 retain } 那 CString 怎麼做呢? 以下是我理解的看法 (書上不是這樣教的,總之 source code 公開,去 trace 一下可以印證我的看法) 它把函式的輸出結果也當一個變數你可以想像有一個變數叫做 CString ret; 所以在 F1() 的最後一行, return str; 其實是執行了 ret = str; 然後外面 caller 端再去接這個 ret 比如 caller 端如果是寫 CString str2 = F1(); 那這裏就等於有 str2 = ret; //這個 ret 是剛剛 F1 函式的傳回值然後 ret 就釋放了 (寫在 CString 的 destructor, ~CString) 如果沒人去接,也就是單純呼叫 F1() 那 ret 也會先接,然後再釋放總之 ref count 的計算是完美的然後在 ref count 為 0 時, CString 會把內部物件真的釋放掉這一切,不必 precompiler 特別幫忙,不必擴充 C++ 它是由標準 C++ 組成的 MFC 完成的,可以轉移到沒有 MFC 的 C++ compiler 去若說有什麼缺點.. 有那就是只有 CString 寫這麼好用如果我想自己寫一個 class, 就不會自動被賦與這麼漂亮的機制,要 coding 一堆東西這其中包括要去覆寫 operator, constructor, destructor 等等然後還有很煩的,比如 operator + 這個 function, 和 const operator + 是不一樣的 (就是多了個 const 而已啊..) 要各別覆寫,即使內部的 code 其實是一模一樣 operator = 和 constructor 可能是不一樣的差異在 ref count 的計算方式也就是說,想打造一個自己的 class 和 CString 一樣好用,要寫很多 code 比較簡單的方法是 template,不過我和它不熟聽說用 template 可以很快的產生自己的 auto ref count style class..... 在看到 Obj C 的 ARC 時,我以為它是完美的把這套搬進 Compiler 所以我就這麼寫 - (NSString*)F1 { NSString* str = @"xxx"; return str; } 外面 caller 端是 NSString* str2 = [self F1]; 以上對 ref 的討論會一模一樣嗎? 也就是函式執行結束時,等於有一個中介變數 ret 如果有這種東西,那其實是用不到 autorelease 才對因為 compiler 幫我們加了 retain & release return str; //這裏要往外傳,所以加一個 retain [self F1]; //這裏是 caller 端的角度,已經傳出來了,所以加一個 release NString* str2 = [self F1]; // 這種有 str2 來接,所以會先幫 str2 加一個 retain, 再幫函式的傳回值加一個 release, 兩個剛好對消, ref count 不變如果一切像我想的這麼完美,那應該用不到 autorelease 我是這麼希望的啦 ---- 然後前面我說,我知道我的程式沒有 memory leak, 這是我長久以來的筆誤其實是記憶體佔用但沒釋放,不知該叫什麼嗯,我找到接近的 ~^_^~ http://blog.eddie.com.tw/2010/11/22/memory-management-in-objective-c/ > 又或許你會覺得這樣一顆小物件是能佔多少記憶體。這種東西積沙成塔的， > 你借了記憶體來用卻沒還回去，久了可能就會造成”漏水”(memory leaking)的情況看,它沒犯我的錯誤,它不是說"這叫 memory leaking" 它是說,這可能會"造成" memory leaking (照我上一篇的問題,這哪有 leak? 你一直有 pointer 指著它,它就不是 leak) 我現在還是為這樣的溝通困擾著而且如果 arc 這機制是 ref count 為 0 時就呼叫 dealloc 那我也搞不懂為什麼會有 leak -- 活動/美食計劃蘭嶼魚白勝興車站星月天空武陵草嶺古道嘉義阿里山小火車保齡球　司馬庫斯手包水餃日月潭纜車合歡攻頂馬祖鹽山南庄澎湖溪頭/松林町南投天梯 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.251.197.63 ※ 文章網址: http://www.ptt.cc/bbs/MacDev/M.1397650361.A.2BE.html

→

uranusjr

04/16 21:15, , 1^F

04/16 21:15, 1^F

不是很清楚我知道一些,但有人叫我不要硬套所以是否請你完整說明,我來對照一下

推

timTan

04/16 22:19, , 2^F

04/16 22:19, 2^F

可以去看一下它裏面怎麼做的如果有二十個字串,當初都從同一個地方拷貝出來那要二十倍的記憶體嗎? MFC 有想到要節省這個記憶體,它安排了它的方式如果你說那不是 ref counting,我也不能說你錯因為它'沒有完全一樣' 但它有它的一套,也很完整

推