修改:部分文章的语义&部分文章的错误图片路径

Author: guang19

gitbook_doc/jdk-jvm-juc/GC.md

@@ -112,7 +112,7 @@ GC的对象相比新生代更少。
 
 **标记-整理算法和标记-清除算法一样，一般用于老年代。**
 
-![标记-整理算法](../../img/jdk-jvm-juc/标记-整理算法.png)         
+![标记-整理算法](../../jdk-jvm-juc/标记-整理算法.png)         
 
 #### 分代收集算法
 **分代收集算法并不是指某一种具体的垃圾收集算法，
@@ -157,7 +157,7 @@ JVM发起Minor GC。Minor GC的范围包括eden和From Survivor:
 
 #### 动态年龄阈值
 JVM并不要求对象年龄一定要达到 MaxTenuringThreshold 才会
-晋升到老年代，晋升的年龄阈值是动态计算的。
+晋升到老年代，晋升的年龄阈值是动态计算的。
 如果在Survivor中，某个相同年龄阶段的所有对象大小的总和
 大于Survivor区域的一半，则大于等于这个年龄的所有对象
 可以直接进入老年代，无需等到MaxTenuringThreshold。

gitbook_doc/jdk-jvm-juc/IO.md

@@ -33,7 +33,7 @@
 unix与linux的体系架构：分为用户态与内核态。
 用户态与内核态与内核态是操作系统对执行权限进行分级后的不同的运行模式。
 
-![用户态与内核态](../img/jdk-jvm-juc/用户态与内核态.png)
+![用户态与内核态](../../img/jdk-jvm-juc/用户态与内核态.png)
 
 
 #### 为什么要有用户态与内核态?
@@ -100,7 +100,7 @@ Linux下共有5种IO模型:
 那么用户应用进程(线程)就阻塞，直到内核准备好数据并把数据从
 内核复制到用户应用进程，** 最后应用程序再处理数据。
 
-![BIO原理](../img/jdk-jvm-juc/BIO原理.png)
+![BIO原理](../../img/jdk-jvm-juc/BIO原理.png)
 
 **阻塞IO是同步阻塞的。**
 
@@ -127,7 +127,7 @@ Linux下共有5种IO模型:
 这个过程就叫轮询。** 轮询直到内核准备好数据，然后内核把数据拷贝到用户应用进程，
 再进行数据处理。
 
-![NIO原理](../img/jdk-jvm-juc/NIO原理.png)
+![NIO原理](../../img/jdk-jvm-juc/NIO原理.png)
 
 非阻塞IO的非阻塞体现在: **用户应用进程不用阻塞在对内核的系统调用上**
 
@@ -146,7 +146,7 @@ Linux下共有5种IO模型:
 当select/poll/epoll函数返回后，即某个socket有事件发生了，用户应用进程就会
 发起系统调用，处理事件，将socket数据复制到用户进程内，然后进行数据处理。
 
-![IO多路复用原理](../img/jdk-jvm-juc/IO多路复用原理.png)
+![IO多路复用原理](../../img/jdk-jvm-juc/IO多路复用原理.png)
 
 **IO多路复用模型是同步阻塞的**
 
@@ -177,7 +177,7 @@ select/poll/epoll函数是IO多路复用模型的基础，所以如果想
 发送SIGIO信号，应用进程收到信号后，发起系统调用，
 将数据从内核拷贝到用户进程，** 然后进行数据处理。
 
-![信号驱动IO原理](../img/jdk-jvm-juc/信号驱动IO原理.png)
+![信号驱动IO原理](../../img/jdk-jvm-juc/信号驱动IO原理.png)
 
 个人感觉在内核收到系统调用就立刻返回这一点很像异步IO的方式了，不过
 与异步IO仍有很大差别。
@@ -188,7 +188,7 @@ select/poll/epoll函数是IO多路复用模型的基础，所以如果想
 都会立即返回。用户应用进程不会阻塞,可以继续执行其他任务。当内核准备好数据,
 会直接把数据复制到用户应用进程。最后内核会通知用户应用进程IO完成。**
 
-![异步IO原理](../img/jdk-jvm-juc/异步IO原理.png)
+![异步IO原理](../../img/jdk-jvm-juc/异步IO原理.png)
 
 **异步IO的异步体现在:内核不用等待数据准备好就立刻返回，
 所以内核肯定需要在IO完成后通知用户应用进程。**

gitbook_doc/jdk-jvm-juc/Java集合.md

@@ -196,4 +196,4 @@ ConcurrentSkipListMap是基于跳表这种数据结构实现的。
 每层链表的元素也都是有序的。处于上层索引的链表都是下层链表的子集。
 跳表与普通链表相比查找元素的效率更高。
 
-![跳表](../img/jdk-jvm-juc/跳表.png)
+![跳表](../../img/jdk-jvm-juc/跳表.png)

gitbook_doc/jdk-jvm-juc/对象在内存中的布局.md

@@ -28,20 +28,22 @@
 
 #### 实例数据
 实例数据存储着对象在程序中被定义的各个字段的数据,也就是对象的字段的
-数据。**如果一个类没有字段，也就不存在实例数据，所以这是它不固定的原因。**
-        
+数据。**如果一个类没有实例字段，也就不存在实例数据，所以这是它不固定的原因。**
+
+
 #### 对齐填充
 **Java对象的小必须是8字节的倍数**,像13,15这种非8的倍数的对象的大小,
 不足或多余的部分就要使用对齐填充数据补齐。
 **如果Java对象大小正好是8的倍数,那么就无需对齐填充数据。**
-    
+
+
 ### 对象头
 关于对象头，在hotspot中，opendjdk是这样描述的:
 
 ![对象头描述](../../img/jdk-jvm-juc/对象头的描述.png)
 
 大意是说: **对象头是jvm在每次GC时管理的对象的通用结构，包含了对象的布局，类型(Class Type),GC状态，
-同步状态和hashcode等信息，在数组中，还会跟随数组的长度。java对象和vm对象都具有通用的对象头格式。**
+同步状态和hashcode等信息，在数组中，还会跟随数组的长度。**
 
 在hotspot虚拟机中的对象头由2部分组成:
 mark 和 metadata(包括klass* , compressed_klass)(**如果是数组,对象头还会保存数组长度**)(见oop.hpp文件)

jdk-jvm-juc/GC.md

@@ -157,7 +157,7 @@ JVM发起Minor GC。Minor GC的范围包括eden和From Survivor:
 
 #### 动态年龄阈值
 JVM并不要求对象年龄一定要达到 MaxTenuringThreshold 才会
-晋升到老年代，晋升的年龄阈值是动态计算的。
+晋升到老年代，晋升的年龄阈值是动态计算的。
 如果在Survivor中，某个相同年龄阶段的所有对象大小的总和
 大于Survivor区域的一半，则大于等于这个年龄的所有对象
 可以直接进入老年代，无需等到MaxTenuringThreshold。

jdk-jvm-juc/src/main/java/com/github/guang19/jvm/classloader/LoadClass.java

@@ -25,6 +25,8 @@ public static void main(String[] args) throws Throwable
     {
         //静态变量字段才会初始化类: getstatic
 //        System.out.println($Class.b);
+        //静态常量不会初始化类
+//        System.out.println($Class.c);
 
         //给静态变量赋值 : putstatic
 //        System.out.println($Class.b = 1);
@@ -54,7 +56,7 @@ public static void main(String[] args) throws Throwable
 //        methodHandle1.invoke();
 
         //VarHandle作为动态获取变量的调用
-        VarHandle a1 = MethodHandles.lookup().findStaticVarHandle($Class.class, "a1", int.class);
+//        VarHandle a1 = MethodHandles.lookup().findStaticVarHandle($Class.class, "a1", int.class);
 //        Object o = a1.get();
           //此处被编译成 : getstatic
 //        System.out.println(o);

jdk-jvm-juc/对象在内存中的布局.md

@@ -28,20 +28,22 @@
 
 #### 实例数据
 实例数据存储着对象在程序中被定义的各个字段的数据,也就是对象的字段的
-数据。**如果一个类没有字段，也就不存在实例数据，所以这是它不固定的原因。**
-        
+数据。**如果一个类没有实例字段，也就不存在实例数据，所以这是它不固定的原因。**
+
+
 #### 对齐填充
 **Java对象的小必须是8字节的倍数**,像13,15这种非8的倍数的对象的大小,
 不足或多余的部分就要使用对齐填充数据补齐。
 **如果Java对象大小正好是8的倍数,那么就无需对齐填充数据。**
-    
+
+
 ### 对象头
 关于对象头，在hotspot中，opendjdk是这样描述的:
 
 ![对象头描述](../img/jdk-jvm-juc/对象头的描述.png)
 
 大意是说: **对象头是jvm在每次GC时管理的对象的通用结构，包含了对象的布局，类型(Class Type),GC状态，
-同步状态和hashcode等信息，在数组中，还会跟随数组的长度。java对象和vm对象都具有通用的对象头格式。**
+同步状态和hashcode等信息，在数组中，还会跟随数组的长度。**
 
 在hotspot虚拟机中的对象头由2部分组成:
 mark 和 metadata(包括klass* , compressed_klass)(**如果是数组,对象头还会保存数组长度**)(见oop.hpp文件)

jdk-jvm-juc/类的生命周期.md

@@ -79,7 +79,7 @@ JVM会对字节流进行如下验证:
 
 在这个阶段,**只有主动使用类才会初始化类，总共有8种情况会涉及到主动使用类。**
 
-1. 当jvm执行new指令时会初始化类没，即当程序创建一个类的实例对象。
+1. 当jvm执行new指令时会初始化类，即当程序创建一个类的实例对象。
 2. 当jvm执行getstatic指令时会初始化类，即程序访问类的静态变量(不是静态常量，常量归属于运行时常量池)。
 3. 当jvm执行putstatic指令时会初始化类，即程序给类的静态变量赋值。
 4. 当jvm执行invokestatic指令时会初始化类，即程序调用类的静态方法。