① 記一次線上內存溢出問題排查過程
業務反饋後台管理頁面打不開，報錯。通過後台日誌發現zookeeper連不上，找不到bbo服務提供者。因為之前線上另外的服務也出現過zookeeper連不上的問題，當時是內存溢出，日誌有OutOfMemory錯誤，所以直接到伺服器上查看內存使用情況。使用ps -ef | grep java命令找出Java進程號，然後再用jmap -heap pid 命令查看jvm堆內存使用情況，結果如下圖：
可以看到，堆內存使用率100%。
既然知道是由於內存溢出導致服務崩潰，那麼需要將堆內存鏡像導出分析。使用ps -ef | grep java命令查看當堆內存溢出時保持日誌文件路徑。這里說一下，在java程序啟動時需要添加參數，這樣在發生堆內存溢出時才會自動生成hprof文件。參數：-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=文件路徑 。獲取到堆內存鏡像後，第一時間重啟並恢復線上服務。接下來才是分析過程，我是使用 Eclipse Memory Analysis Tools (MAT)這個工具來分析的。Mac OS第一次使用工具時出現了兩個小問題：
1、打開工具時報錯，The platform metadata area could not be written: /private/var/folders/8m/tgf，解決辦法：右鍵mat工具顯示包內容，找到MemoryAnalyzer.ini並修改，添加參數：-data 下一行是數據保存路徑
2、打開鏡像文件報錯：An internal error occurred ring: "Parsing heap mp from XXX，因為我的鏡像文件有2個多G，但是MemoryAnalyzer.ini文件里參數-Xmx1024m，默認只有1G，所以修改此參數為-Xmx4096m。
成功打開文件後，選擇查看Leak Suspects Report，自動分析到可能存在泄漏的對象，長這個樣子：
② 如何檢查和解決java虛擬機內存溢出的問題
一，jvm內存區域
1， 程序計數器
一塊很小的內存空間，作用是當前線程所執行的位元組碼的行號指示器。
2， java棧
與程序計數器一樣，java棧（虛擬機棧）也是線程私有的，其生命周期與線程相同。通常存放基本數據類型，對象引用（一個指向對象起始地址的引用指針或一個代表對象的句柄），reeturnAddress類型（指向一條位元組碼指令的地址）
棧區域有兩種異常類型：如果線程請求的棧深度大於虛擬機所允許的深度，將拋StrackOverflowError異常；如果虛擬機棧可以動態擴展（大部分虛擬機都可動態擴展），當擴展時無法申請到足夠的內存時會拋出OutOfMemoryError異常。
3， 本地方法棧
與虛擬機棧作用很相似，區別是虛擬機棧為虛擬機執行java方法服務，而本地方法棧則是為虛擬機用到的Native方法服務。和虛擬機棧一樣可能拋出StackOverflowError和OutOfMemoryError異常。
4， java堆
java
Heap是jvm所管理的內存中最大的區域。JavaHeap是被所有線程共享的一塊內存區域，在虛擬機啟動時創建。主要存放對象實例。JavaHeap
是垃圾收集器管理的主要區域，其可細分為新生代和老年代。如果在堆中沒有內存完成實例分配，並且也無法再擴展時，會拋出OutOfMemoryError
異常。
5， 方法區
與javaHeap一樣是各個線程共享的內存區域，用於存放已被虛擬機載入的類信息、常量、靜態變數、及時編譯器編譯後的代碼等數據。當方法區無法滿足內
存分配的需求時，將拋出OutOfMemoryError異常。方法同時包含常聽說的運行時常量池，用於存放編譯期生成的各種字面量和符號引用。
6， 直接內存
直接內存並不是虛擬機運行時數據區的一部分，也不是java虛擬機規范中定義的內存區域，是jvm外部的內存區域，這部分區域也可能導致OutOfMemoryError異常。
二，jvm參數
-Xss（StackSpace）棧空間
-Xms ，-Xmx（heap memory
space）堆空間：Heap是大家最為熟悉的區域，他是jvm用來存儲對象實例的區域，Heap在32位的系統中最大為2G，其大小通過-Xms和
-Xmx來控制，-Xms為jvm啟動時申請的最小Heap內存，默認為物理內存的1/64，但小於1G，-Xmx為jvm可申請的最大的Heap內存，
默認為物理內存的1/4,一般也小於1G，默認當空餘堆內存小於40%時，jvm會最大Heap的大小到-Xmx指定大小，可通過
-XX:MinHeapFreeRatio來指定這個比例，當空餘堆內存大於70%時，JVM會將Heap的大小往-Xms指定的大小調整，可通過
-XX:MaxHeapFreeRatio來指定這個比例，但通常為了避免頻繁調整HeapSize的大小，將-Xms和-Xmx的值設為相同。
-XX:PermSize -XX:MaxPermSize ：方法區持久代大小： 方法區域也是全局共享的，在一定的條件下它也會被 GC ，當方法區域需要使用的內存超過其允許的大小時，會拋出 OutOfMemory 的錯誤信息。
三，常見內存溢出錯誤解決辦法
1， OutOfMemoryError異常
除了程序計數器外，虛擬機內存的其他幾個運行時區域都有發生OutOfMemoryError(OOM)異常的可能，
Java Heap 溢出
一般的異常信息：java.lang.OutOfMemoryError:Java heap spacess
java堆用於存儲對象實例，我們只要不斷的創建對象，並且保證GC Roots到對象之間有可達路徑來避免垃圾回收機制清除這些對象，就會在對象數量達到最大堆容量限制後產生內存溢出異常。
出現這種異常，一般手段是先通過內存映像分析工具(如Eclipse Memory
Analyzer)對mp出來的堆轉存快照進行分析，重點是確認內存中的對象是否是必要的，先分清是因為內存泄漏(Memory
Leak)還是內存溢出(Memory Overflow)。
如果是內存泄漏，可進一步通過工具查看泄漏對象到GC Roots的引用鏈。於是就能找到泄漏對象時通過怎樣的路徑與GC Roots相關聯並導致垃圾收集器無法自動回收。
如果不存在泄漏，那就應該檢查虛擬機的參數(-Xmx與-Xms)的設置是否適當。
2， 虛擬機棧和本地方法棧溢出
如果線程請求的棧深度大於虛擬機所允許的最大深度，將拋出StackOverflowError異常。
如果虛擬機在擴展棧時無法申請到足夠的內存空間，則拋出OutOfMemoryError異常
這里需要注意當棧的大小越大可分配的線程數就越少。
3， 運行時常量池溢出
異常信息：java.lang.OutOfMemoryError:PermGen space
如果要向運行時常量池中添加內容，最簡單的做法就是使用String.intern()這個Native方法。該方法的作用是：如果池中已經包含一個等於
此String的字元串，則返回代表池中這個字元串的String對象；否則，將此String對象包含的字元串添加到常量池中，並且返回此String
對象的引用。由於常量池分配在方法區內，我們可以通過-XX:PermSize和-XX:MaxPermSize限制方法區的大小，從而間接限制其中常量
池的容量。
4， 方法區溢出
方法區用於存放Class的相關信息，如類名、訪問修飾符、常量池、欄位描述、方法描述等。
異常信息：java.lang.OutOfMemoryError:PermGen space
方法區溢出也是一種常見的內存溢出異常，一個類如果要被垃圾收集器回收，判定條件是很苛刻的。在經常動態生成大量Class的應用中，要特別注意這點。
③ 伺服器內存溢出怎麼解決
1. java.lang.OutOfMemoryError: Java heap space ----JVM Heap（堆）溢出
JVM在啟動的時候會自動設置JVM Heap的值，其初始空間(即-Xms)是物理內存的1/64，最大空間(-Xmx)不可超過物理內存。
可以利用JVM提供的-Xmn -Xms -Xmx等選項可進行設置。Heap的大小是Young Generation和Tenured Generaion之和。
在JVM中如果98％的時間是用於GC，且可用的Heap size不足2％的時候將拋出此異常信息。
解決方法：手動設置JVM Heap（堆）的大小。
2. java.lang.OutOfMemoryError: PermGen space ---- PermGen space溢出。
PermGen space的全稱是Permanent Generation space，是指內存的永久保存區域。
為什麼會內存溢出，這是由於這塊內存主要是被JVM存放Class和Meta信息的，Class在被Load的時候被放入PermGen space區域，它和存放Instance的Heap區域不同,sun的 GC不會在主程序運行期對PermGen space進行清理，所以如果你的APP會載入很多CLASS的話，就很可能出現PermGen space溢出。
解決方法： 手動設置MaxPermSize大小
3. java.lang.StackOverflowError ---- 棧溢出
棧溢出了，JVM依然是採用棧式的虛擬機，這個和C和Pascal都是一樣的。函數的調用過程都體現在堆棧和退棧上了。
調用構造函數的 「層」太多了，以致於把棧區溢出了。
通常來講，一般棧區遠遠小於堆區的，因為函數調用過程往往不會多於上千層，而即便每個函數調用需要 1K的空間(這個大約相當於在一個C函數內聲明了256個int類型的變數)，那麼棧區也不過是需要1MB的空間。通常棧的大小是1－2MB的。
通常遞歸也不要遞歸的層次過多，很容易溢出。
解決方法：修改程序。