📝 Writing docs.完善内存布局

crossoverJie · crossoverJie · commit 460a86aafc9d · 2018-11-24T19:11:40.000+08:00
diff --git a/MD/MemoryAllocation.md b/MD/MemoryAllocation.md
@@ -39,7 +39,7 @@
 
 
 
-### 元数据区(JDK1.8)
+## 元数据区(JDK1.8)
 
 在 `JDK1.8` 中已经移除了方法区（永久代），并使用了一个元数据区域进行代替（`Metaspace`）。
 
@@ -51,13 +51,13 @@
 
 
 
-### 运行时常量池
+## 运行时常量池
 
 运行时常量池是方法区的一部分，其中存放了一些符号引用。当 `new` 一个对象时，会检查这个区域是否有这个符号的引用。
 
 
 
-### 直接内存
+## 直接内存
 
 
 
@@ -70,3 +70,25 @@
 既然是内存，那也得是可以被回收的。但由于堆外内存不直接受 `JVM` 管理，所以常规 `GC` 操作并不能回收堆外内存。它是借助于老年代产生的 `fullGC` 顺便进行回收。同时也可以显式调用 `System.gc()` 方法进行回收（前提是没有使用 `-XX:+DisableExplicitGC` 参数来禁止该方法）。
 
 **值得注意的是**：由于堆外内存也是内存，是由操作系统管理。如果应用有使用堆外内存则需要平衡虚拟机的堆内存和堆外内存的使用占比。避免出现堆外内存溢出。
+
+
+## 常用参数
+
+![](https://ws1.sinaimg.cn/large/006tNbRwly1fxjcmnkuqyj30p009vjsn.jpg)
+
+通过上图可以直观的查看各个区域的参数设置。
+
+常见的如下：
+
+- `-Xms64m` 最小堆内存 `64m`.
+- `-Xmx128m` 最大堆内存 `128m`.
+- `-XX:NewSize=30m` 新生代初始化大小为`30m`.
+- `-XX:MaxNewSize=40m` 新生代最大大小为`40m`.
+- `-Xss=256k` 线程栈大小。
+- `-XX:+PrintHeapAtGC` 当发生 GC 时打印内存布局。 
+- `-XX:+HeapDumpOnOutOfMemoryError` 发送内存溢出时 dump 内存。
+
+
+新生代和老年代的默认比例为 `1:2`，也就是说新生代占用 `1/3`的堆内存，而老年代占用 `2/3` 的堆内存。
+
+可以通过参数 `-XX:NewRatio=2` 来设置老年代/新生代的比例。
diff --git a/docs/jvm/MemoryAllocation.md b/docs/jvm/MemoryAllocation.md
@@ -70,3 +70,24 @@
 既然是内存，那也得是可以被回收的。但由于堆外内存不直接受 `JVM` 管理，所以常规 `GC` 操作并不能回收堆外内存。它是借助于老年代产生的 `fullGC` 顺便进行回收。同时也可以显式调用 `System.gc()` 方法进行回收（前提是没有使用 `-XX:+DisableExplicitGC` 参数来禁止该方法）。
 
 **值得注意的是**：由于堆外内存也是内存，是由操作系统管理。如果应用有使用堆外内存则需要平衡虚拟机的堆内存和堆外内存的使用占比。避免出现堆外内存溢出。
+
+## 常用参数
+
+![](https://ws1.sinaimg.cn/large/006tNbRwly1fxjcmnkuqyj30p009vjsn.jpg)
+
+通过上图可以直观的查看各个区域的参数设置。
+
+常见的如下：
+
+- `-Xms64m` 最小堆内存 `64m`.
+- `-Xmx128m` 最大堆内存 `128m`.
+- `-XX:NewSize=30m` 新生代初始化大小为`30m`.
+- `-XX:MaxNewSize=40m` 新生代最大大小为`40m`.
+- `-Xss=256k` 线程栈大小。
+- `-XX:+PrintHeapAtGC` 当发生 GC 时打印内存布局。 
+- `-XX:+HeapDumpOnOutOfMemoryError` 发送内存溢出时 dump 内存。
+
+
+新生代和老年代的默认比例为 `1:2`，也就是说新生代占用 `1/3`的堆内存，而老年代占用 `2/3` 的堆内存。
+
+可以通过参数 `-XX:NewRatio=2` 来设置老年代/新生代的比例。
