Re: [問題] 關於記憶體free.....

[LPH66 ((short)(-15074))]

※ 引述《liu2007 (薯)》之銘言：
: 上課的時候
: 如果程式裡有寫到鏈節串列
: 老師都會叮嚀我們要記得把所有節點free掉
: 要不然一直test程式會一直吃掉記憶體
: 除非重開機 reboot    (我同學說的，不知對否....)
程式結束就會釋放了

在你的 main 回傳之後系統會做一些事幫你把這些還沒還的還掉

(講系統不太精準  應該是 C Runtime library  不過這裡暫時不扯那麼多

 你只要知道有人會幫你還就行了)

: 那麼我們使用int float char .........等等的變數呢?
: 為什麼不需要特別把它們free掉呢?
: 我自己猜是因為當run 結束之後IDE會自動把這些保留字型態的變數free掉
: 不知道對不對.....
不對...

這關乎於你的變數的存放位置是哪裡來的

new / malloc 來的東西是在 heap 裡面

而你平常宣告的區域變數則是在 stack 裡

差別在於在 stack 裡的變數離開函式就會自動不見

(要講為什麼會自動不見就要扯更遠  這裡就打住)

而 heap 的則不會因為離開函式而不見

也因此需要你明確表示我現在不用了 (即 delete / free)

: 此外
: 我又想到
: 以後開發程式出來後並沒有IDE
: 當程式關掉之後並沒有東西幫我們free掉變數
: 請問是否要自己養成習慣
: 在程式結束後把所有變數free掉??
: 如果猜錯的話就見笑了  Orz....
養成習慣是好的

剛剛說過如果都沒還的話  會在你的程式結束時有人會幫你還

所以當你寫了一個需要跑上好久的程式的話

這一點一點的 malloc 會把 heap 給吃光  吃光了就再也要不到空間了

這被稱做 memory leak

--
"LPH" is for "Let Program Heal us"....

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 140.112.30.84
推 QQ29:L大我想問一下 global變數 所占的空間叫text segment吧
→ QQ29:那他跟stack 是一起的嘛?我意思是說 global用多少會影響stack
→ QQ29:剩多少可用嘛?
→ nowar100:我以前學os的印象 global是放在data seg  code才是放在
→ LPH66:這個可能要深入到OS的記憶體配置了...
→ LPH66:不過就我的經驗是不會
→ nowar100:text seg  @@"
→ LPH66:四樓這麼一說才想起來  global 是在 data/bss seg 沒錯
推 QQ29:之前看推文說 char *="放在text seg" 其實是錯的嚕?
→ QQ29:所以是 char*這個指標 和"這個字串" 都擺在data segment?
→ QQ29:還有就是 text segment 所謂的放code code是 machine code嘛?
→ MOONRAKER:當然是機械碼，就算exe裡有夾debug code也不會load進去
推 greenmiracle:wiki寫說data segment可能還會分讀寫和唯讀兩區
→ greenmiracle:指標變數放在讀寫區，後面的字串放在唯獨區
→ greenmiracle:stack應該不在哪一個section，ms的linker預設把exe
→ greenmiracle:的base address設成0x00400000，它的stack比這個位址
→ greenmiracle:還低，而且grows down~~~~~有錯請指教