這篇文章主要講解了“Linux用戶進程是怎么釋放內(nèi)存的”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“Linux用戶進程是怎么釋放內(nèi)存的”吧！

創(chuàng)新互聯(lián)公司堅持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：做網(wǎng)站、成都做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時代的大余網(wǎng)站設(shè)計、移動媒體設(shè)計的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

Linux用戶進程是如何釋放內(nèi)存的
Linux進程使用內(nèi)存的基本流程：

從圖中我們可以看出，進程的堆，并不是直接建立在Linux的內(nèi)核的內(nèi)存分配策略上的，而是建立在glibc的堆管理策略上的（也就是glibc的動態(tài)內(nèi)存分配策略上），堆的管理是由glibc進行的。所以我們調(diào)用free對malloc得到的內(nèi)存進行釋放的時候，并不是直接釋放給操作系統(tǒng)，而是還給了glibc的堆管理實體，而glibc會在把實際的物理內(nèi)存歸還給系統(tǒng)的策略上做一些優(yōu)化，以便優(yōu)化用戶任務(wù)的動態(tài)內(nèi)存分配過程。
那么glibc的堆管理器在什么時候才把物理內(nèi)存歸還給系統(tǒng)呢？
它會從堆的最大線性地址開始，從后向前計算用戶任務(wù)當(dāng)前有多少空閑的堆內(nèi)存（直到碰到使用中的堆內(nèi)存地址為止），比如在該圖中:

它會認(rèn)為有2048k的可釋放內(nèi)存，只有在該值大于某個特定的threshhold時（2.3.6上為64k），它才會把這些內(nèi)存歸還給系統(tǒng)。而在中間的“未使用”內(nèi)存是不會歸還給系統(tǒng)的，所以系統(tǒng)也不可能再利用這塊物理內(nèi)存頁（我們假設(shè)系統(tǒng)沒有swap區(qū)和swap文件），也就是說系統(tǒng)的內(nèi)存會為此減少，除非在它之前的堆內(nèi)存都用free進行釋放以后，glibc的堆管理器才有可能（只是有可能）把該段內(nèi)存歸還給系統(tǒng)。
由此，我們在使用malloc/free時應(yīng)該小心，特別是在初始化時分配了好多內(nèi)存，但是在這之后卻再也不需要這么多的內(nèi)存了，而這塊內(nèi)存又沒有達到threshhold值或者在堆的最高線性地址處有某塊內(nèi)存沒有釋放，但是它前面的所有堆內(nèi)存都釋放了；這種情況下，用戶任務(wù)將會浪費一些物理內(nèi)存，這在資源比較緊張的嵌入式系統(tǒng)中是不可容忍的。

感謝各位的閱讀，以上就是“Linux用戶進程是怎么釋放內(nèi)存的”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對Linux用戶進程是怎么釋放內(nèi)存的這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！