眾所周知,Java進程在啟動的時候我們可以通過 -Xms 和-Xmx來設置內存的上限和下限。直到我發現使用top命令監控的Java進程在-Xms設置4g的情況下占用的內存并不是4g，這就產生了一個疑問Linux服務器的內存到底是如何進行分配的。

于是乎，我查閱了一些知乎，課程以及Linux相關的書籍。這里分享并記錄的一下相關的知識。

在Linux上運行的進程不僅限于Java。都有一個概念，邏輯內存(Logic Memory)，而物理機真是持有的內存，我們稱為 物理內存(Physic Memory)。

進程在開始運行時并不會直接分配物理內存，進程只是傻乎乎的以為自己持有了內存，也就是邏輯內存。當程序運行需要內存分配的時候，Linux服務器會以頁的(Page)至小4k的方式分配，并一對一映射物理內存和邏輯內存的關系，看到了嗎這里其實用了代理的思想是得內存的分配進行了解耦。

這樣做的好處是什么呢? 1進程之間相互隔離 2進程自己認為占有了一段獨立連續的內存 3可以申請比物理內存更大的內存空間。

第三點怎么理解呢?其實Linux在這里設計了一種機制叫Swap 就是在進程分配的內存空間超過物理內存的時候，如果各個進程運行所占的內存真的有這么多，超過了物理內存就會觸發Swap，把不持有CPU的部分進程的內存數據和磁盤進行io數據交換。因為CPU一時間不可能超過所有占有的內存，所以這種優化就造就了能多申請一些內存，大概是原來內存的2-3倍，這就很可觀了，畢竟內存是非常貴的。

Swap雖然好，也帶來了一些問題。

比如頻繁的Swap，這會導致內存操作轉化為磁盤的的IO操作，拖慢應用進程的運行速度。所以說Swap在我的理解里屬于可以應急不使進程崩潰，適當使用可以減少成本，過分了不當人的使用就會被反噬的機制。

當然如果太不當人，進程還是會崩潰了，Swap是一個類似Buffer的機制，有大小的。超過設置的上限，Kernel內核就會觸發OOM Killer，殺死一部分進程騰空間。

以上就是java 進程是如何在Linux服務器上進行內存分配的的詳細內容，更多關于java 進程內存分配的資料請關注好吧啦網其它相關文章！