update docs

dunwu · dunwu · commit 6da2c6d82db2 · 2020-06-13T16:59:41.000+08:00
diff --git a/README.md b/README.md
@@ -94,6 +94,7 @@
 
 ![img](http://dunwu.test.upcdn.net/snap/20200221180028.png)
 
+- [JVM 体系结构](docs/jvm/jvm-architecture.md)
 - [JVM 内存区域](docs/jvm/jvm-memory.md) - 关键词：程序计数器、虚拟机栈、本地方法栈、堆、方法区、运行时常量池、直接内存、`OutOfMemoryError`、`StackOverflowError`
 - [JVM 垃圾收集](docs/jvm/jvm-gc.md) - 关键词：`GC Roots`、`Serial`、`Parallel`、`CMS`、`G1`、`Minor GC`、`Full GC`
 - [JVM 字节码](docs/jvm/jvm-bytecode.md) - 关键词：`bytecode`、`asm`、`javassist`
diff --git a/assets/JVM/Java虚拟机.xmind b/assets/JVM/Java虚拟机.xmind
diff --git a/assets/并发/Java并发.xmind b/assets/并发/Java并发.xmind
diff --git a/docs/README.md b/docs/README.md
@@ -92,6 +92,7 @@ footer: CC-BY-SA-4.0 Licensed | Copyright © 2018-Now Dunwu
 
 ![img](http://dunwu.test.upcdn.net/snap/20200221180028.png)
 
+- [JVM 体系结构](jvm/jvm-architecture.md)
 - [JVM 内存区域](jvm/jvm-memory.md) - 关键词：程序计数器、虚拟机栈、本地方法栈、堆、方法区、运行时常量池、直接内存、`OutOfMemoryError`、`StackOverflowError`
 - [JVM 垃圾收集](jvm/jvm-gc.md) - 关键词：`GC Roots`、`Serial`、`Parallel`、`CMS`、`G1`、`Minor GC`、`Full GC`
 - [JVM 字节码](jvm/jvm-bytecode.md) - 关键词：`bytecode`、`asm`、`javassist`
diff --git a/docs/jvm/README.md b/docs/jvm/README.md
@@ -4,6 +4,7 @@
 
 ## 📖 内容
 
+- [JVM 体系结构](jvm-architecture.md)
 - [JVM 内存管理](jvm-memory.md)
 - [JVM 垃圾收集](jvm-gc.md)
 - [JVM 字节码](jvm-bytecode.md)
@@ -15,6 +16,7 @@
 ## 📚 资料
 
 - [《深入理解 Java 虚拟机》](https://item.jd.com/11252778.html)
+- [从表到里学习 JVM 实现](https://www.douban.com/doulist/2545443/)
 
 ## 🚪 传送
 
diff --git a/docs/jvm/jvm-action.md b/docs/jvm/jvm-action.md
@@ -2,6 +2,8 @@
 
 > **📦 本文以及示例源码已归档在 [javacore](https://github.com/dunwu/javacore/)**
 
+[TOC]
+
 ## 一、JVM 调优概述
 
 对于 JVM 调优来说，需要先明确调优的目标。
diff --git a/docs/jvm/jvm-architecture.md b/docs/jvm/jvm-architecture.md
@@ -1,6 +1,8 @@
 # JVM 体系结构
 
-JVM 能跨平台工作，主要是由于 JVM  屏蔽了与各个计算机平台相关的软件、硬件之间的差异。
+> JVM 能跨平台工作，主要是由于 JVM  屏蔽了与各个计算机平台相关的软件、硬件之间的差异。
+
+[TOC]
 
 ## JVM 简介
 
diff --git a/docs/jvm/jvm-bytecode.md b/docs/jvm/jvm-bytecode.md
@@ -4,6 +4,8 @@ Java 之所以可以“一次编译，到处运行”，一是因为 JVM 针对
 
 **.class 文件是一组以 8 位字节为基础单位的二进制流**，各个数据项严格按照顺序紧凑地排列在 .class 文件中，中间没有添加任何分隔符。**整个 .class 文件本质上就是一张表**。
 
+[TOC]
+
 ## 字节码
 
 ### 什么是字节码
diff --git a/docs/jvm/jvm-class-loader.md b/docs/jvm/jvm-class-loader.md
@@ -2,6 +2,8 @@
 
 > **📦 本文以及示例源码已归档在 [javacore](https://github.com/dunwu/javacore/)**
 
+[TOC]
+
 ## 一、类加载机制
 
 > 类是在运行期间动态加载的。
diff --git a/docs/jvm/jvm-gc.md b/docs/jvm/jvm-gc.md
@@ -4,6 +4,8 @@
 
 > 程序计数器、虚拟机栈和本地方法栈这三个区域属于线程私有的，只存在于线程的生命周期内，线程结束之后也会消失，因此不需要对这三个区域进行垃圾回收。**垃圾回收主要是针对 Java 堆和方法区进行**。
 
+[TOC]
+
 ## 一、对象活着吗
 
 ### 引用计数算法
@@ -595,7 +597,7 @@ Minor GC 发生在年轻代上，因为年轻代对象存活时间很短，因
 
 Full GC 发生在老年代上，老年代对象和年轻代的相反，其存活时间长，因此 Full GC 很少执行，而且执行速度会比 Minor GC 慢很多。
 
-### 内存分配策略
+#### 内存分配策略
 
 **（一）对象优先在 Eden 分配**
 
@@ -623,7 +625,7 @@ Full GC 发生在老年代上，老年代对象和年轻代的相反，其存活
 
 在发生 Minor GC 之前，虚拟机先检查老年代最大可用的连续空间是否大于年轻代所有对象总空间，如果条件成立的话，那么 Minor GC 可以确认是安全的；如果不成立的话虚拟机会查看 `HandlePromotionFailure` 设置值是否允许担保失败，如果允许那么就会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试着进行一次 Minor GC，尽管这次 Minor GC 是有风险的；如果小于，或者 `HandlePromotionFailure` 设置不允许冒险，那这时也要改为进行一次 Full GC。
 
-### Full GC 的触发条件
+#### Full GC 的触发条件
 
 对于 Minor GC，其触发条件非常简单，当 Eden 区空间满时，就将触发一次 Minor GC。而 Full GC 则相对复杂，有以下条件：
 
diff --git a/docs/jvm/jvm-memory.md b/docs/jvm/jvm-memory.md
@@ -2,6 +2,8 @@
 
 > **📦 本文以及示例源码已归档在 [javacore](https://github.com/dunwu/javacore/)**
 
+[TOC]
+
 ## 一、内存简介
 
 ### 物理内存和虚拟内存
@@ -290,9 +292,9 @@ java.lang.OutOfMemoryError: PermGen space
 
 【原因】
 
-Perm （永久代）空间主要用于存放 Class 和 Meta 信息，包括类的名称和字段，带有方法字节码的方法，常量池信息，与类关联的对象数组和类型数组以及即时编译器优化。GC 在主程序运行期间不会对永久代空间进行清理，默认是 64M 大小。
+Perm （永久代）空间主要用于存放 `Class` 和 Meta 信息，包括类的名称和字段，带有方法字节码的方法，常量池信息，与类关联的对象数组和类型数组以及即时编译器优化。GC 在主程序运行期间不会对永久代空间进行清理，默认是 64M 大小。
 
-根据上面的定义，可以得出 PermGen 大小要求取决于加载的类的数量以及此类声明的大小。因此，可以说造成该错误的主要原因是永久代中装入了太多的类或太大的类。
+根据上面的定义，可以得出 **PermGen 大小要求取决于加载的类的数量以及此类声明的大小**。因此，可以说造成该错误的主要原因是永久代中装入了太多的类或太大的类。
 
 在 JDK8 之前的版本中，可以通过 `-XX:PermSize` 和 `-XX:MaxPermSize` 设置永久代空间大小，从而限制方法区大小，并间接限制其中常量池的容量。
 
@@ -345,9 +347,9 @@ public class PermOutOfMemoryErrorDemo {
 
 而且该 java.lang.ClassLoader 实例仍引用应用程序的所有类，通常在 PermGen 中占据数十兆字节。这意味着只需少量重新部署即可填充通常大小的 PermGen。
 
-#### Permgen space 解决方案
+#### PermGen space 解决方案
 
-（1）解决初始化时的 OutOfMemoryError
+（1）解决初始化时的 `OutOfMemoryError`
 
 在应用程序启动期间触发由于 PermGen 耗尽导致的 `OutOfMemoryError` 时，解决方案很简单。该应用程序仅需要更多空间才能将所有类加载到 PermGen 区域，因此我们只需要增加其大小即可。为此，更改你的应用程序启动配置并添加（或增加，如果存在）`-XX:MaxPermSize` 参数，类似于以下示例：
 
@@ -361,7 +363,7 @@ java -XX:MaxPermSize=512m com.yourcompany.YourClass
 
 🔔 注意：`-XX:PermSize` 一般设为 64M
 
-（2）解决重新部署时的 OutOfMemoryError
+（2）解决重新部署时的 `OutOfMemoryError`
 
 重新部署应用程序后立即发生 OutOfMemoryError 时，应用程序会遭受类加载器泄漏的困扰。在这种情况下，解决问题的最简单，继续进行堆转储分析–使用类似于以下命令的重新部署后进行堆转储：
 
@@ -373,7 +375,7 @@ jmap -dump:format=b,file=dump.hprof <process-id>
 
 对于非活动类加载器，你需要通过从非活动类加载器收集到 GC 根的最短路径来确定阻止它们被垃圾收集的引用。有了此信息，你将找到根本原因。如果根本原因是在第三方库中，则可以进入 Google/StackOverflow 查看是否是已知问题以获取补丁/解决方法。
 
-（3）解决运行时 OutOfMemoryError
+（3）解决运行时 `OutOfMemoryError`
 
 第一步是检查是否允许 GC 从 PermGen 卸载类。在这方面，标准的 JVM 相当保守-类是天生的。因此，一旦加载，即使没有代码在使用它们，类也会保留在内存中。当应用程序动态创建许多类并且长时间不需要生成的类时，这可能会成为问题。在这种情况下，允许 JVM 卸载类定义可能会有所帮助。这可以通过在启动脚本中仅添加一个配置参数来实现：
 
@@ -509,7 +511,7 @@ public class UnableCreateNativeThreadErrorDemo {
 
 可以通过增加操作系统级别的限制来绕过无法创建新的本机线程问题。例如，如果限制了 JVM 可在用户空间中产生的进程数，则应检查出并可能增加该限制：
 
-```
+```shell
 [root@dev ~]# ulimit -a
 core file size          (blocks, -c) 0
 --- cut for brevity ---
diff --git a/docs/jvm/jvm-tools.md b/docs/jvm/jvm-tools.md
@@ -2,7 +2,9 @@
 
 > Java 程序员免不了故障排查工作，所以经常需要使用一些 JVM 工具。
 
-## 命令工具
+[TOC]
+
+## 一、JVM CLI 工具
 
 JDK 自带了一些实用的命令行工具来监控 JVM。
 
@@ -17,7 +19,7 @@ JDK 自带了一些实用的命令行工具来监控 JVM。
 
 ### jps
 
-> **jps(JVM Process Status Tool) 是虚拟机进程状态工具**。它可以显示指定系统内所有的 HotSpot 虚拟机进程状态信息。jps 通过 RMI 协议查询开启了 RMI 服务的远程虚拟机进程状态。
+> **[jps(JVM Process Status Tool)](https://docs.oracle.com/en/java/javase/11/tools/jps.html#GUID-6EB65B96-F9DD-4356-B825-6146E9EEC81E) 是虚拟机进程状态工具**。它可以显示指定系统内所有的 HotSpot 虚拟机进程状态信息。jps 通过 RMI 协议查询开启了 RMI 服务的远程虚拟机进程状态。
 
 命令格式：
 
@@ -49,7 +51,7 @@ $ jps -l -m
 
 ### jstat
 
-> **jstat(JVM statistics Monitoring)，是虚拟机统计信息监视工具**。jstat 用于监视虚拟机运行时状态信息，它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT 编译等运行数据。
+> **[jstat(JVM statistics Monitoring)](https://docs.oracle.com/en/java/javase/11/tools/jstat.html)，是虚拟机统计信息监视工具**。jstat 用于监视虚拟机运行时状态信息，它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT 编译等运行数据。
 
 命令格式：
 
@@ -72,21 +74,32 @@ jstat [option] VMID [interval] [count]
 
 使用 `jstat -class pid` 命令可以查看编译统计信息。
 
-【示例】
+【参数】
+
+- Loaded - 加载 class 的数量
+- Bytes - 所占用空间大小
+- Unloaded - 未加载数量
+- Bytes - 未加载占用空间
+- Time - 时间
+
+【示例】查看类加载信息
 
 ```shell
 $ jstat -class 7129
 Loaded  Bytes  Unloaded  Bytes     Time
  26749 50405.3      873  1216.8      19.75
 ```
 
-【参数】
+【示例】每秒打印 1 次 GC 信息，打印 4 次
 
-- Loaded - 加载 class 的数量
-- Bytes - 所占用空间大小
-- Unloaded - 未加载数量
-- Bytes - 未加载占用空间
-- Time - 时间
+```shell
+$ jstat -gc 25196 1s 4
+ S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT   
+20928.0 20928.0  0.0    0.0   167936.0  8880.5   838912.0   80291.2   106668.0 100032.1 12772.0 11602.2    760   14.332  580   656.218  670.550
+20928.0 20928.0  0.0    0.0   167936.0  8880.5   838912.0   80291.2   106668.0 100032.1 12772.0 11602.2    760   14.332  580   656.218  670.550
+20928.0 20928.0  0.0    0.0   167936.0  8880.5   838912.0   80291.2   106668.0 100032.1 12772.0 11602.2    760   14.332  580   656.218  670.550
+20928.0 20928.0  0.0    0.0   167936.0  8880.5   838912.0   80291.2   106668.0 100032.1 12772.0 11602.2    760   14.332  580   656.218  670.550
+```
 
 #### 编译统计
 
@@ -141,7 +154,7 @@ $ jstat -gc 29527 200 5
 
 ### jmap
 
-> **jmap(JVM Memory Map) 是 Java 内存映像工具**。jmap 用于生成堆转储快照（一般称为 heapdump 或 dump 文件）。jmap 不仅能生成 dump 文件，还可以查询 `finalize` 执行队列、Java 堆和永久代的详细信息，如当前使用率、当前使用的是哪种收集器等。
+> **[jmap(JVM Memory Map)](https://docs.oracle.com/en/java/javase/11/tools/jmap.html) 是 Java 内存映像工具**。jmap 用于生成堆转储快照（一般称为 heapdump 或 dump 文件）。jmap 不仅能生成 dump 文件，还可以查询 `finalize` 执行队列、Java 堆和永久代的详细信息，如当前使用率、当前使用的是哪种收集器等。
 >
 > 如果不使用这个命令，还可以使用 `-XX:+HeapDumpOnOutOfMemoryError` 参数来让虚拟机出现 OOM 的时候，自动生成 dump 文件。
 
@@ -154,10 +167,10 @@ jmap [option] VMID
 常用参数：
 
 - `option` - 选项参数
-  - `-dump` - 生成堆转储快照
-  - `-finalizerinfo` - 显示在 F-Queue 队列等待 Finalizer 线程执行 finalizer 方法的对象
-  - `-heap` - 显示 Java 堆详细信息
-  - `-histo` - 显示堆中对象的统计信息，包括类、实例数量、合计容量
+  - `-dump` - 生成堆转储快照。`-dump:live` 只保存堆中的存活对象。
+  - `-finalizerinfo` - 显示在 F-Queue 队列等待执行 `finalizer` 方法的对象
+  - `-heap` - 显示 Java 堆详细信息。
+  - `-histo` - 显示堆中对象的统计信息，包括类、实例数量、合计容量。`-histo:live` 只统计堆中的存活对象。
   - `-permstat` - to print permanent generation statistics
   - `-F` - 当-dump 没有响应时，强制生成 dump 快照
 
@@ -192,7 +205,7 @@ $ jmap -histo 29527 | head -n 6
 注意：使用 CMS GC 情况下，`jmap -heap PID` 的执行有可能会导致 java 进程挂起。
 
 ```shell
-$ ./jmap -heap 12379
+$ jmap -heap 12379
 Attaching to process ID 12379, please wait...
 Debugger attached successfully.
 Server compiler detected.
@@ -244,7 +257,7 @@ PS Perm Generation
 
 ### jstack
 
-> **jstack(Stack Trace for java) 是 Java 堆栈跟踪工具**。jstack 用于生成 java 虚拟机当前时刻的线程快照（一般称为 threaddump 或 javacore 文件）。
+> **[jstack(Stack Trace for java)](https://docs.oracle.com/en/java/javase/11/tools/jstack.html) 是 Java 堆栈跟踪工具**。jstack 用来打印目标 Java 进程中各个线程的栈轨迹，以及这些线程所持有的锁，并可以生成 java 虚拟机当前时刻的线程快照（一般称为 threaddump 或 javacore 文件）。
 >
 > **线程快照是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等**。
 
@@ -334,7 +347,7 @@ jhat [dumpfile]
 
 ### jinfo
 
-> **jinfo(JVM Configuration info)，是 Java 配置信息工具**。jinfo 用于实时查看和调整虚拟机运行参数。
+> **[jinfo(JVM Configuration info)](https://docs.oracle.com/en/java/javase/11/tools/jinfo.html)，是 Java 配置信息工具**。jinfo 用于实时查看和调整虚拟机运行参数。如传递给 Java 虚拟机的`-X`（即输出中的 jvm_args）、`-XX`参数（即输出中的 VM Flags），以及可在 Java 层面通过`System.getProperty`获取的`-D`参数（即输出中的 System Properties）。
 
 之前的 `jps -v` 口令只能查看到显示指定的参数，如果想要查看未被显示指定的参数的值就要使用 jinfo 口令。
 
@@ -361,7 +374,7 @@ JVM version is 25.222-b10
 ...
 ```
 
-## UI 工具
+## 二、JVM GUI 工具
 
 ### jconsole
 
@@ -407,7 +420,9 @@ Java 应用开启 JMX 后，可以使用 `jconsole` 或 `jvisualvm` 进行监控
 
 ### MAT
 
-MAT 即 Eclipse Memory Analyzer Tool 的缩写。
+[MAT](https://www.eclipse.org/mat/) 即 Eclipse Memory Analyzer Tool 的缩写。
+
+MAT 本身也能够获取堆的二进制快照。该功能将借助 `jps` 列出当前正在运行的 Java 进程，以供选择并获取快照。由于 `jps` 会将自己列入其中，因此你会在列表中发现一个已经结束运行的 `jps` 进程。
 
 MAT 可以独立安装（[官方下载地址](http://www.eclipse.org/mat/downloads.php)），也可以作为 Eclipse IDE 的插件安装。
 
diff --git a/docs/jvm/troubleshooting.md b/docs/jvm/troubleshooting.md
