jvm入门笔记

一、JVM体系结构概述

1. JVM位置:JVM是运行在操作系统之上的，它与硬件没有直接的交互

   

2. JVM体系结构概览:灰色的是线程私有的,且不存在GC,黄色的是线程共享的,存在GC

   

3. 类装载器ClassLoader:负责加载class文件，class文件在文件开头有特定的文件标示，将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时数据结构并且ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定, ClassLoader像一个快递员一样,但是加载过来的是一个大的Class,类的模板,根据这个模板实例化对象

   

4. 类加载器的种类:

   

   1. 虚拟机自带类加载器
      1. 启动类加载器（Bootstrap）C++
      2. 扩展类加载器（Extension）Java
      3. 应用程序类加载器（AppClassLoader）Java也叫系统类加载器，加载当前应用的classpath的所有类
   2. 用户自定义加载器:Java.lang.ClassLoader的子类，用户可以定制类的加载方式
   3. 代码

      public class MyObject {
          public static void main(String[] args) {
              Object o =new Object();
              //这个类是java自带的,它的快递公司是BootStrap启动类加载器,用c++写的,根祖宗,后台打印出null
              System.out.println(o.getClass().getClassLoader());//null,启动类加载器,它没有祖宗
              //  System.out.println(o.getClass().getClassLoader().getParent().getParent());//NullPointerException
              // System.out.println(o.getClass().getClassLoader().getParent());//NullPointerException
              
              //自己编得,
              MyObject myObject=new MyObject();
              System.out.println(myObject.getClass().getClassLoader().getParent().getParent());//null bootstrap
              System.out.println(myObject.getClass().getClassLoader().getParent());//sun.misc.Launcher$ExtClassLoader
              System.out.println(myObject.getClass().getClassLoader());//sun.misc.Launcher$AppClassLoader
          }
      }

      sun.misc.Launcher 它是一个java虚拟机的入口应用

5. 双亲委派机制
   1. 什么是双亲委派:当一个类收到了类加载请求，他首先不会尝试自己去加载这个类，而是把这个请求委派给父类去完成，每一个层次类加载器都是如此，因此所有的加载请求都应该传送到启动类加载器中，只有当父类加载器反馈自己无法完成这个请求的时候（在它的加载路径下没有找到所需加载的Class），子类加载器才会尝试自己去加载。 采用双亲委派的一个好处是比如加载位于 rt.jar 包中的类 java.lang.Object，不管是哪个加载器加载这个类，最终都是委托给顶层的启动类加载器进行加载，这样就保证了使用不同的类加载器最终得到的都是同样一个 Object对象。双亲委派机制:我爸是李刚,有事找我爹,往上捅,先找Bootstarp,没有就去Extension找,没有就去system里去找类,你的代码不能污染源代码,先找到先使用
   2. 代码:

      package java.lang;
      public class String {
          //在类 java.lang.String 中找不到 main 方法
          public static void main(String[] args) {
              System.out.println("*****hello0810");
      
          }
      }

       

6. Execution Engine:Execution Engine执行引擎负责解释命令，提交操作系统执行。
7. Native Interface本地接口:本地接口的作用是融合不同的编程语言为 Java 所用，它的初衷是融合 C/C++程序，Java 诞生的时候是 C/C++横行的时候，要想立足，必须有调用 C/C++程序，于是就在内存中专门开辟了一块区域处理标记为native的代码，它的具体做法是 Native Method Stack中登记 native方法，在Execution Engine 执行时加载native libraies。     目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过Java程序驱动打印机或者Java系统管理生产设备，在企业级应用中已经比较少见。因为现在的异构领域间的通信很发达，比如可以使用 Socket通信，也可以使用Web Service等等，不多做介绍。

   public class Native {
       public static void main(String[] args) {
           Thread t1=new Thread();
           t1.start();
          // t1.start();//IllegalThreadStateException
       }
   }
     /**  public synchronized void start() {
           if (threadStatus != 0)
               throw new IllegalThreadStateException();
           boolean started = false;
           try {
               start0();
               started = true;
           }
      //native java自己搞不定,需要有外援操作系统库或C语言函数库,只有方法的声明没有实现
       private native void start0();*/

    

8. Native Method Stack:它的具体做法是Native Method Stack中登记native方法，在Execution Engine 执行时加载本地方法库。
9. PC寄存器:每个线程都有一个程序计数器，是线程私有的,就是一个指针，指向方法区中的方法字节码（用来存储指向下一条指令的地址,也即将要执行的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记。 这块内存区域很小，它是当前线程所执行的字节码的行号指示器，字节码解释器通过改变这个计数器的值来选取下一条需要执行的字节码指令。 如果执行的是一个Native方法，那这个计数器是空的。 用以完成分支、循环、跳转、异常处理、线程恢复等基础功能。不会发生内存溢出(OutOfMemory=OOM)错误
10. Method Area 方法区:供各线程共享的运行时内存区域。它存储了每一个类的结构信息，例如运行时常量池（Runtime Constant Pool）、字段和方法数据、构造函数和普通方法的字节码内容。上面讲的是规范，在不同虚拟机里头实现是不一样的，最典型的就是永久代(PermGen space)和元空间(Metaspace)。 But 小class经过类加载器成了大Class,这个就是类的结构信息,也就是类模板,存储在方法区,类实例化的时候根据这个类模板进行实例化, 实例变量存在堆内存中,和方法区无关
11. 栈:栈也叫栈内存，主管Java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题，只要线程一结束该栈就Over，生命周期和线程一致，是线程私有的。8种基本类型的变量+对象的引用变量+实例方法都是在函数的栈内存中分配。栈管运行,堆管存储
    1. 栈存储什么:   栈帧中主要保存3 类数据： 本地变量（Local Variables）:输入参数和输出参数以及方法内的变量； 栈操作（Operand Stack）:记录出栈、入栈的操作； 栈帧数据（Frame Data）:包括类文件、方法等等。
    2. 栈运行原理:栈中的数据都是以栈帧（Stack Frame）的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法(Method)和运行期数据的数据集，当一个方法A被调用时就产生了一个栈帧 F1，并被压入到栈中， A方法又调用了 B方法，于是产生栈帧 F2 也被压入栈， B方法又调用了 C方法，于是产生栈帧 F3 也被压入栈， …… 执行完毕后，先弹出F3栈帧，再弹出F2栈帧，再弹出F1栈帧…… 遵循“先进后出”/“后进先出”原则。 每个方法执行的同时都会创建一个栈帧，用于存储局部变量表、操作数栈、动态链接、方法出口等信息，每一个方法从调用直至执行完毕的过程，就对应着一个栈帧在虚拟机中入栈到出栈的过程。栈的大小和具体JVM的实现有关，通常在256K~756K之间,与等于1Mb左右。
    3. Exception in thread "main" java.lang.StackOverflowError是错误,不是异常;
    4. 代码:

       public class JVMNote {
           //输入参数和输出参数以及方法内的变量；
           public int add(int x,int y){
               int result=-1;
               result=x+y;
               return result;
           }
       
           public static void m1(){
              m1();
           }
           //Exception in thread "main" java.lang.StackOverflowError这是错误
           public static void main(String[] args) {
               System.out.println("111");
               m1();
               System.out.println("444");
           }
       }

        

12. 栈+堆+方法区的交互关系:

    

 

JDK另一个名称HotSpot是使用指针的方式来访问对象：

Java堆中会存放访问类元数据[方法区的模板]的地址，

reference存储的就直接是对象的地址

堆中多少个实例对象都来自方法区的类模板

---

二、堆体系结构概述

一个JVM实例只存在一个堆内存，堆内存的大小是可以调节的。[一个班只有一个空调,可以调节大小]类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行，堆内存分为三部分：

新生区+养老区+永久区   实际上堆区只有新生+养老

Heap堆(Java7之前)     一个JVM实例只存在一个堆内存，堆内存的大小是可以调节的。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行。

新生区:    新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。

新生区又分为两部分： 伊甸区（Eden space）和幸存者区（Survivor pace） ，所有的类都是在伊甸区被new出来的。

幸存区有两个： 0区（Survivor 0 space）和1区（Survivor 1 space）。当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园区进行垃圾回收(Minor GC)，将伊甸园区中的不再被其他对象所引用的对象进行销毁。然后将伊甸园中的剩余对象移动到幸存 0区。若幸存 0区也满了，再对该区进行垃圾回收，然后移动到 1 区。那如果1 区也满了呢？再移动到养老区。若养老区也满了，那么这个时候将产生MajorGC（FullGC），进行养老区的内存清理。若养老区执行了Full GC之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”。

如果出现java.lang.OutOfMemoryError: Java heap space异常，说明Java虚拟机的堆内存不够。原因有二： （1）Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。 （2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。

MinorGC的过程（复制->清空->互换）

1：eden、SurvivorFrom 复制到 SurvivorTo，年龄+1 首先，当Eden区满的时候会触发第一次GC,把还活着的对象拷贝到SurvivorFrom区，当Eden区再次触发GC的时候会扫描Eden区和From区域,对这两个区域进行垃圾回收，经过这次回收后还存活的对象,则直接复制到To区域（如果有对象的年龄已经达到了老年的标准，则赋值到老年代区），同时把这些对象的年龄+1 from和to区,他们的位置和名分,不是固定的,每次GC后会交换,GC之后有交换,谁空谁是to;新生区3块默认比例:8:1:1;新生占1/3堆空间,老年占2/3

2：清空 eden、SurvivorFrom 然后，清空Eden和SurvivorFrom中的对象，也即复制之后有交换，谁空谁是to,上一步的to区变成from区,上一步的from区变成了to区,[第一次MGC,把还活着的对象拷贝到from区,但是Eden区要变空,bian 第二次MGC Eden+from 第三次MGC Eden+to?]

3：SurvivorTo和 SurvivorFrom 互换 最后，SurvivorTo和SurvivorFrom互换，原SurvivorTo成为下一次GC时的SurvivorFrom区。部分对象会在From和To区域中复制来复制去,如此交换15次(由JVM参数MaxTenuringThreshold决定,这个参数默认是15),最终如果还是存活,就存入到老年代

实际而言，方法区（Method Area）和堆一样，是各个线程共享的内存区域，它用于存储虚拟机加载的：类信息+普通常量+静态常量+编译器编译后的代码等等，虽然JVM规范将方法区描述为堆的一个逻辑部分，但它却还有一个别名叫做Non-Heap(非堆)，目的就是要和堆分开。          对于HotSpot虚拟机，很多开发者习惯将方法区称之为“永久代(Parmanent Gen)” ，但严格本质上说两者不同，或者说使用永久代来实现方法区而已，永久代是方法区(相当于是一个接口interface)的一个实现，jdk1.7的版本中，已经将原本放在永久代的字符串常量池移走。

永久区(java7之前有)     永久存储区是一个常驻内存区域，用于存放JDK自身所携带的 Class,Interface 的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭 JVM 才会释放此区域所占用的内存。

 

---

三、堆参数调优入门

java7:

Java8:

在Java8中，永久代已经被移除，被一个称为元空间的区域所取代。

元空间的本质和永久代类似。 元空间与永久代之间最大的区别在于： 永久代使用的JVM的堆内存，但是java8以后的元空间并不在虚拟机中而是使用本机物理内存。 因此，默认情况下，元空间的大小仅受本地内存限制。类的元数据放入 native memory, 字符串池和类的静态变量放入 java 堆中，这样可以加载多少类的元数据就不再由MaxPermSize 控制, 而由系统的实际可用空间来控制。

public class JVMNote2 {
    public static void main(String[] args) {
        System.out.println(Runtime.getRuntime().availableProcessors());//8
        //返回 Java 虚拟机试图使用的最大内存量。本人电脑12G;
        System.out.println(Runtime.getRuntime().maxMemory()/(double)1024/1024);//2709.5MB==3G
        返回 Java 虚拟机中的内存总量。
        System.out.println(Runtime.getRuntime().totalMemory()/(double)1024/1024);//184.0MB
    }
}

发现默认的情况下分配的内存是总内存的“1 / 4”、而初始化的内存为“1 / 64”

VM参数：    -Xms1024m -Xmx1024m -XX:+PrintGCDetails

上述可以证明.新生区和年老区的大小比例是1:2,而且堆区实际上只有新生区和年老区,没有永久区

//产生堆内存溢出
public class JVMNote2 {
    public static void main(String[] args) {
       
        //OutOfMemoryError: Java heap space
        String str = "www.weiwei.com" ;
        while(true)
        {
            str += str + new Random().nextInt(88888888) + new Random().nextInt(999999999) ;
        }
    }
}