在Java虛擬機器規範的描述之中，除了程式計數器外，虛擬機器記憶體的其他幾個執行時區域都有可能發生記憶體溢位OutOfMemoryError(OOM)異常的可能。

最常見的記憶體溢位情況就是Java堆的記憶體溢位。明顯異常提示資訊為：Java heap Space.為了方便事後分析記憶體溢位的原因進而找出好的解決方案，可以通過引數 -XX:+HeapDumpOnOutOfMemoryError 可以讓虛擬機器在出現溢位時Dump出當前的記憶體堆轉儲快照以便事後進行分析。如果時採用的eclispse開發工具，自帶一個記憶體影像分析工具對dump 出來的堆轉儲快照進行分析，重點時分析到底時出現了記憶體洩漏（Memory Leak）還是 記憶體溢位（Memeory OverFlow）.

如果出現的記憶體洩露問題，進一步通過工具檢視洩露物件到GC Roots 的引用連。找到洩露物件時通過怎麼樣的路徑與GC Roots 相關聯並導致垃圾收集器無法自動回收他們的，掌握了洩露物件的型別資訊以及GCRoots 引用連的資訊，就可以比較準確的定位出洩露程式碼的位置。

如果不存在洩露，換句話說就是 記憶體中的物件確實都必須存活著，那就檢查虛擬機器的堆引數，與機器實體記憶體對比看是否好可以調大，從程式碼上檢查是否存在某些物件生命週期過長，持有狀態時間過長的情況，嘗試減少程式執行期間的記憶體消耗。