Update JVM垃圾回收.md

docs/java/jvm/JVM垃圾回收.md

@@ -368,7 +368,7 @@ JDK1.2 以后，Java 对引用的概念进行了扩充，将引用分为强引
 
 
 ### 4.1 Serial 收集器
-Serial（串行）收集器收集器是最基本、历史最悠久的垃圾收集器了。大家看名字就知道这个收集器是一个单线程收集器了。它的 **“单线程”** 的意义不仅仅意味着它只会使用一条垃圾收集线程去完成垃圾收集工作，更重要的是它在进行垃圾收集工作的时候必须暂停其他所有的工作线程（ **"Stop The World"** ），直到它收集结束。
+Serial（串行）收集器是最基本、历史最悠久的垃圾收集器了。大家看名字就知道这个收集器是一个单线程收集器了。它的 **“单线程”** 的意义不仅仅意味着它只会使用一条垃圾收集线程去完成垃圾收集工作，更重要的是它在进行垃圾收集工作的时候必须暂停其他所有的工作线程（ **"Stop The World"** ），直到它收集结束。
 
  **新生代采用复制算法，老年代采用标记-整理算法。**
 ![ Serial 收集器 ](./pictures/jvm垃圾回收/46873026.png)

docs/java/jvm/类加载过程.md

@@ -35,7 +35,7 @@ Class 文件需要加载到虚拟机中之后才能运行和使用，那么虚
 2. 将字节流所代表的静态存储结构转换为方法区的运行时数据结构
 3. 在内存中生成一个代表该类的 Class 对象,作为方法区这些数据的访问入口
 
-虚拟机规范多上面这3点并不具体，因此是非常灵活的。比如："通过全类名获取定义此类的二进制字节流" 并没有指明具体从哪里获取、怎样获取。比如：比较常见的就是从 ZIP 包中读取（日后出现的JAR、EAR、WAR格式的基础）、其他文件生成（典型应用就是JSP）等等。
+虚拟机规范上面这3点并不具体，因此是非常灵活的。比如："通过全类名获取定义此类的二进制字节流" 并没有指明具体从哪里获取、怎样获取。比如：比较常见的就是从 ZIP 包中读取（日后出现的JAR、EAR、WAR格式的基础）、其他文件生成（典型应用就是JSP）等等。
 
 **一个非数组类的加载阶段（加载阶段获取类的二进制字节流的动作）是可控性最强的阶段，这一步我们可以去完成还可以自定义类加载器去控制字节流的获取方式（重写一个类加载器的 `loadClass()` 方法）。数组类型不通过类加载器创建，它由 Java 虚拟机直接创建。**
 
@@ -100,7 +100,7 @@ Class 文件需要加载到虚拟机中之后才能运行和使用，那么虚
 
 所以，在JVM生命周期类，由jvm自带的类加载器加载的类是不会被卸载的。但是由我们自定义的类加载器加载的类是可能被卸载的。
 
-只要想通一点就好了，jdk自带的BootstrapClassLoader,PlatformClassLoader,AppClassLoader负责加载jdk提供的类，所以它们(类加载器的实例)肯定不会被回收。而我们自定义的类加载器的实例是可以被回收的，所以使用我们自定义加载器加载的类是可以被卸载掉的。
+只要想通一点就好了，jdk自带的BootstrapClassLoader,ExtClassLoader,AppClassLoader负责加载jdk提供的类，所以它们(类加载器的实例)肯定不会被回收。而我们自定义的类加载器的实例是可以被回收的，所以使用我们自定义加载器加载的类是可以被卸载掉的。
 
 **参考**
 

docs/java/jvm/类文件结构.md

@@ -183,7 +183,7 @@ public class Employee {
     method_info    methods[methods_count];//一个类可以有个多个方法
 ```
 
-methods_count 表示方法的数量，而 method_info 表示的方法表。
+methods_count 表示方法的数量，而 method_info 表示方法表。
 
 Class 文件存储格式中对方法的描述与对字段的描述几乎采用了完全一致的方式。方法表的结构如同字段表一样，依次包括了访问标志、名称索引、描述符索引、属性表集合几项。