JVM

最新推荐文章于 2024-09-29 22:04:51 发布

weixin_30276935

最新推荐文章于 2024-09-29 22:04:51 发布

阅读量71

点赞数

文章标签：运维 runtime 操作系统

原文链接：http://www.cnblogs.com/shengyang17/p/10765888.html

版权

请谈谈你对JVM的理解?java8的虚拟机有什么更新？
什么是OOM？什么是StackOverflowError?有哪些方法分析？
JVM的常用参数调优你知道哪些？
谈谈JVM中，对类加载器你的认识？
位置：JVM是运行在操作系统之上的，它与硬件没有直接的交互

体系结构：

①类装载器ClassLoader

负责加载class文件，class文件在文件开头有特定的文件标示，将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时数据结构并且ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定
虚拟机自带的加载器：
　　启动类加载器（Bootstrap）C++
　　扩展类加载器（Extension）Java
　　应用程序类加载器（AppClassLoader）Java也叫系统类加载器，加载当前应用的classpath的所有类

用户自定义加载器 Java.lang.ClassLoader的子类，用户可以定制类的加载方式

双亲委派机制沙箱安全机制（避免自己写的代码污染破坏源代码）

　　当一个类收到了类加载请求，他首先不会尝试自己去加载这个类，而是把这个请求委派给父类去完成，每一个层次类加载器都是如此，因此所有的加载请求都应该传送到启动类加载其中，只有当父类加载器反馈自己无法完成这个请求的时候（在它的加载路径下没有找到所需加载的Class），子类加载器才会尝试自己去加载。
　　采用双亲委派的一个好处是比如加载位于 rt.jar 包中的类 java.lang.Object，不管是哪个加载器加载这个类，最终都是委托给顶层的启动类加载器进行加载，这样就保证了使用不同的类加载器最终得到的都是同样一个 Object对象。

https://www.cnblogs.com/shengyang17/p/10121483.html

②执行引擎：
　　Execution Engine执行引擎负责解释命令，提交操作系统执行。
③Native Interface本地方法接口（只要是native的方法都放在这里，去调用C和底层函数库，它要运行的时候再加载到Native方法栈在这运行）

    public static void main(String[] args) {
        Thread t1 = new Thread();
        t1.start();
        t1.start();
        //如果线程2次start后会报： java.lang.IllegalThreadStateException
/*        * A zero status value corresponds to state "NEW". 0的时候是这个，启动1次就不是0了
        if (threadStatus != 0)
            throw new IllegalThreadStateException();*/
    }

        boolean started = false;
        try {
            start0();
            started = true;
        }
start()底层调用的是start0
    private native void start0(); 只有方法头没有方法声明；
只要是native修饰的java都实现不了，表示java调用的是底层函数库，用C语言写的函数库；

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

　　好比排班值日表；
　　每个线程都有一个程序计数器，是线程私有的,就是一个指针，指向方法区中的方法字节码（用来存储指向下一条指令的地址,也即将要执行（跳转）的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记（不存在GC垃圾回收）。
这块内存区域很小，它是当前线程所执行的字节码的行号指示器，字节码解释器通过改变这个计数器的值来选取下一条需要执行的字节码指令（跳转行号器）。
如果执行的是一个Native方法，那这个计数器是空的。
用以完成分支、循环、跳转、异常处理、线程恢复等基础功能。不会发生内存溢出(OutOfMemory=OOM)错误

⑥Method Area 方法区（不是放方法的，是jvm的规范有点像java中的接口，需要落地实现）

　　方法区是一个规范，java8以前的落地实现叫永久带，java8之后这个落地实现叫元空间；
　　供各线程共享的运行时内存区域。它存储了每一个类的结构信息（就是类的模版Class），
例如运行时常量池（Runtime Constant Pool）、字段和方法数据、构造函数和普通方法的字节码内容。上面讲的是规范，在不同虚拟机里头实现是不一样的，最典型的就是永久代(PermGen space)和元空间(Metaspace)。
But 实例变量存在堆内存中,和方法区无关

⑦Stack栈
　　栈也叫栈内存，主管Java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题，只要线程一结束该栈就Over，生命周期和线程一致，是线程私有的。8种基本类型的变量+对象的引用变量+实例方法都是在函数的栈内存中分配。

队列 = FIFO；栈 = FILO先进后出或叫后进先出

类中每一个方法就是一个子弹，加载到栈空间（栈管运行，堆管存储）；

public class TestExp {
    public static void main(String[] args) {
        test();
    }
    public static void test(){
        test();
    }
}
Exception in thread "main" java.lang.StackOverflowError
这个叫错误，不是异常；
throwable是所有异常和错误的父类
java.lang.Object 
    java.lang.Throwable 
        java.lang.Error 
            java.lang.VirtualMachineError 
                java.lang.StackOverflowError

栈存储什么? 栈帧中主要保存3 类数据：
　　本地变量（Local Variables）: 输入参数和输出参数以及方法内的变量（类的方法、参数）；
　　栈操作（Operand Stack）: 记录出栈、入栈的操作（每一个方法加载到栈空间的记录）；
　　栈帧数据（Frame Data）: 包括类文件、方法等等。
栈运行原理：
　　栈中的数据都是以栈帧（Stack Frame）的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法(Method)和运行期数据的数据集，当一个方法A（就是main方法）被调用时就产生了一个栈帧 F1，并被压入到栈中，
A方法又调用了 B方法，于是产生栈帧 F2 也被压入栈，
B方法又调用了 C方法，于是产生栈帧 F3 也被压入栈，（栈帧一条线上的蚂蚱）
……
执行完毕后，先弹出F3栈帧，再弹出F2栈帧，再弹出F1栈帧……
遵循“先进后出”/“后进先出”原则。
　　每个方法执行的同时都会创建一个栈帧，用于存储局部变量表、操作数栈、动态链接、方法出口等信息，每一个方法从调用直至执行完毕的过程，就对应着一个栈帧在虚拟机中入栈到出栈的过程。栈的大小和具体JVM的实现有关，通常在256K~756K之间,与等于1Mb左右。

图中弯曲的钩子线就是寄存器，犹如两节火车箱之间的连接

栈+堆+方法区的交互关系

引用放方法区；指向堆里边的具体实例；模板Class在方法区，保证了每个实例都一样；

　　多个引用，多个实例，来自同一个模板；

HotSpot是使用指针的方式来访问对象：
Java堆中会存放访问类元数据的地址，
reference存储的就直接是对象的地址。

⑧ 堆

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

堆内存逻辑上分为三部分：新生+养老+永久
    Young Generation Space  新生区                    Young/New
    Tenure generation space   养老区                     Old/ Tenure
     Permanent Space         永久区                         Perm

MinorGC的过程（复制->清空->互换）
　　1：eden、SurvivorFrom 复制到 SurvivorTo，年龄+1
　　　　首先，当Eden区满的时候会触发第一次GC,把还活着的对象拷贝到SurvivorFrom区，当Eden区再次触发GC的时候会扫描Eden区和From区域,对这两个区域进行垃圾回收，经过这次回收后还存活的对象,则直接复制到To区域（如果有对象的年龄已经达到了老年的标准，则赋值到老年代区），同时把这些对象的年龄+1
　　2：清空 eden、SurvivorFrom
　　　　然后，清空Eden和SurvivorFrom中的对象，也即复制之后有交换，谁空谁是to
　　3：SurvivorTo和 SurvivorFrom 互换
　　　　最后，SurvivorTo和SurvivorFrom互换，原SurvivorTo成为下一次GC时的SurvivorFrom区。部分对象会在From和To区域中复制来复制去,如此交换15次(由JVM参数MaxTenuringThreshold决定,这个参数默认是15),最终如果还是存活,就存入到老年代

虚拟机的内存管理--分代管理：

不同对象的生命周期不同，98%的对象是临时对象；

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

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

Java7

Java8

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

堆内存调优

public class TestJVM {
    public static void main(String[] args) {
        long maxMemory = Runtime.getRuntime().maxMemory();//java虚拟机试图使用最大内存
        long totalMemory = Runtime.getRuntime().totalMemory();
        System.out.println("MAX_MEMORY=" + maxMemory + "字节" + "=" + maxMemory / (double)1024/1024/1024 + "G");
        System.out.println("TOTAL_MEMORY=" + totalMemory + "字节" + "=" + totalMemory /(double)1024/1024/1024 + "G");
    }
}

MAX_MEMORY=3795845120字节=3.53515625G
TOTAL_MEMORY=257425408字节=0.23974609375G

发现默认的情况下分配的内存是总内存的“1 / 4”、而初始化的内存为“1 / 64”
VM参数： -Xms1024m -Xmx1024m -XX:+PrintGCDetails ；调节参数时-Xms和 -Xmx的大小应该一致；

在IDEA中：

MAX_MEMORY=1029177344字节=0.95849609375G
TOTAL_MEMORY=1029177344字节=0.95849609375G
Heap
 PSYoungGen(新生区)      total 305664K, used 20971K [0x00000000eab00000, 0x0000000100000000, 0x0000000100000000)
  eden(伊甸园) space 262144K, 8% used [0x00000000eab00000,0x00000000ebf7afb8,0x00000000fab00000)
  from(from区) space 43520K, 0% used [0x00000000fd580000,0x00000000fd580000,0x0000000100000000)
  to(to区)   space 43520K, 0% used [0x00000000fab00000,0x00000000fab00000,0x00000000fd580000)
 ParOldGen(老年区)       total 699392K, used 0K [0x00000000c0000000, 0x00000000eab00000, 0x00000000eab00000)
  object space 699392K, 0% used [0x00000000c0000000,0x00000000c0000000,0x00000000eab00000)
 Metaspace(元空间)       used 3481K, capacity 4496K, committed 4864K, reserved 1056768K
  class space    used 380K, capacity 388K, committed 512K, reserved 1048576K

Heap = PSYoungGen + ParOldGen 
1029177344字节/1024 = 1005056k = 305664K + 699392K