歡迎進入Java社區論壇，與200萬技術人員互動交流 >>進入 Java 運行時如何使用本機內存 Java 運行時是一個操作系統進程，它會受到我在上一節中列出的硬件和操作系統局限性的限制。運行時環境提供的功能受一些未知的用戶代碼驅動，這使得無法預測在每種情形中

歡迎進入Java社區論壇，與200萬技術人員互動交流 >>進入

Java 運行時如何使用本機內存

Java 運行時是一個操作系統進程，它會受到我在上一節中列出的硬件和操作系統局限性的限制。運行時環境提供的功能受一些未知的用戶代碼驅動，這使得無法預測在每種情形中運行時環境將需要何種資源。Java 應用程序在托管 Java 環境中執行的每個操作都會潛在地影響提供該環境的運行時的需求。本節描述 Java 應用程序為什么和如何使用本機內存。

Java 堆和垃圾收集

Java 堆是分配了對象的內存區域。大多數 Java SE 實現都擁有一個邏輯堆，但是一些專家級 Java 運行時擁有多個堆，比如實現 Java 實時規范(Real Time Specification for Java，RTSJ)的運行時。一個物理堆可被劃分為多個邏輯扇區，具體取決于用于管理堆內存的垃圾收集(GC)算法。這些扇區通常實現為連續的本機內存塊，這些內存塊受 Java 內存管理器(包含垃圾收集器)控制。

堆的大小可以在 Java 命令行使用 -Xmx 和 -Xms 選項來控制(mx 表示堆的最大大小，ms 表示初始大小)。盡管邏輯堆(經常被使用的內存區域)可以根據堆上的對象數量和在 GC 上花費的時間而增大和縮小，但使用的本機內存大小保持不變，而且由 -Xmx 值(最大堆大小)指定。大部分 GC 算法依賴于被分配為連續的內存塊的堆，因此不能在堆需要擴大時分配更多本機內存。所有堆內存必須預先保留。

保留本機內存與分配本機內存不同。當本機內存被保留時，無法使用物理內存或其他存儲器作為備用內存。盡管保留地址空間塊不會耗盡物理資源，但會阻止內存被用于其他用途。由保留從未使用的內存導致的泄漏與泄漏分配的內存一樣嚴重。

當使用的堆區域縮小時，一些垃圾收集器會回收堆的一部分(釋放堆的后備存儲空間)，從而減少使用的物理內存。

對于維護 Java 堆的內存管理系統，需要更多本機內存來維護它的狀態。當進行垃圾收集時，必須分配數據結構來跟蹤空閑存儲空間和記錄進度。這些數據結構的確切大小和性質因實現的不同而不同，但許多數據結構都與堆大小成正比。

即時 (JIT) 編譯器

JIT 編譯器在運行時編譯 Java 字節碼來優化本機可執行代碼。這極大地提高了 Java 運行時的速度，并且支持 Java 應用程序以與本機代碼相當的速度運行。

字節碼編譯使用本機內存(使用方式與 gcc 等靜態編譯器使用內存來運行一樣)，但 JIT 編譯器的輸入(字節碼)和輸出(可執行代碼)必須也存儲在本機內存中。包含多個經過 JIT 編譯的方法的 Java 應用程序會使用比小型應用程序更多的本機內存。

類和類加載器

Java 應用程序由一些類組成，這些類定義對象結構和方法邏輯。Java 應用程序也使用 Java 運行時類庫(比如 java.lang.String)中的類，也可以使用第三方庫。這些類需要存儲在內存中以備使用。

存儲類的方式取決于具體實現。Sun JDK 使用永久生成(permanent generation，PermGen)堆區域。Java 5 的 IBM 實現會為每個類加載器分配本機內存塊，并將類數據存儲在其中。現代 Java 運行時擁有類共享等技術，這些技術可能需要將共享內存區域映射到地址空間。要理解這些分配機制如何影響您 Java 運行時的本機內存占用，您需要查閱該實現的技術文檔。然而，一些普遍的事實會影響所有實現。

從最基本的層面來看，使用更多的類將需要使用更多內存。(這可能意味著您的本機內存使用量會增加，或者您必須明確地重新設置 PermGen 或共享類緩存等區域的大小，以裝入所有類)。記住，不僅您的應用程序需要加載到內存中，框架、應用服務器、第三方庫以及包含類的 Java 運行時也會按需加載并占用空間。

Java 運行時可以卸載類來回收空間，但是只有在非常嚴酷的條件下才會這樣做。不能卸載單個類，而是卸載類加載器，隨其加載的所有類都會被卸載。只有在以下情況下才能卸載類加載器：

Java 堆不包含對表示該類加載器的 java.lang.ClassLoader 對象的引用。

Java 堆不包含對表示類加載器加載的類的任何 java.lang.Class 對象的引用。

在 Java 堆上，該類加載器加載的任何類的所有對象都不再存活(被引用)。

需要注意的是，Java 運行時為所有 Java 應用程序創建的 3 個默認類加載器( bootstrap、extension 和 application )都不可能滿足這些條件，因此，任何系統類(比如 java.lang.String)或通過應用程序類加載器加載的任何應用程序類都不能在運行時釋放。

即使類加載器適合進行收集，運行時也只會將收集類加載器作為 GC 周期的一部分。一些實現只會在某些 GC 周期中卸載類加載器。

也可能在運行時生成類，而不用釋放它。許多 JEE 應用程序使用 JavaServer Pages (JSP) 技術來生成 Web 頁面。使用 JSP 會為執行的每個 .jsp 頁面生成一個類，并且這些類會在加載它們的類加載器的整個生存期中一直存在 ―― 這個生存期通常是 Web 應用程序的生存期。

另一種生成類的常見方法是使用 Java 反射。反射的工作方式因 Java 實現的不同而不同，但 Sun 和 IBM 實現都使用了這種方法，我馬上就會講到。

當使用 java.lang.reflect API 時，Java 運行時必須將一個反射對象(比如 java.lang.reflect.Field)的方法連接到被反射到的對象或類。這可以通過使用 Java 本機接口(Java Native Interface，JNI)訪問器來完成，這種方法需要的設置很少，但是速度緩慢。也可以在運行時為您想要反射到的每種對象類型動態構建一個類。后一種方法在設置上更慢，但運行速度更快，非常適合于經常反射到一個特定類的應用程序。

Java 運行時在最初幾次反射到一個類時使用 JNI 方法，但當使用了若干次 JNI 方法之后，訪問器會膨脹為字節碼訪問器，這涉及到構建類并通過新的類加載器進行加載。執行多次反射可能導致創建了許多訪問器類和類加載器。保持對反射對象的引用會導致這些類一直存活，并繼續占用空間。因為創建字節碼訪問器非常緩慢，所以 Java 運行時可以緩存這些訪問器以備以后使用。一些應用程序和框架還會緩存反射對象，這進一步增加了它們的本機內存占用。

[1]?[2]?[3]?[4]?[5]?[6]?[7]?[8]?[9]

總結

以上是生活随笔為你收集整理的jvm在windows和linux,理解JVM如何使用Windows和Linux上的本机内存的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。