JVM详解与类加载机制

最新推荐文章于 2021-09-30 10:16:14 发布

不忘初心Eternity

最新推荐文章于 2021-09-30 10:16:14 发布

阅读量171

点赞数

分类专栏： java基础学习文章标签： JVM java类加载机制

本文链接：https://blog.csdn.net/qq_41216743/article/details/100108983

版权

java基础学习专栏收录该内容

31 篇文章 4 订阅

订阅专栏

本地接口的作用是融合不同的编程语言为 Java 所用，它的初衷是融合 C/C++程序，Java 诞生的时候是 C/C++横行的时候，要想立足，必须有调用 C/C++程序，于是就在内存中专门开辟了一块区域处理标记为native的代码，它的具体做法是 Native Method Stack中登记 native方法，在Execution Engine 执行时加载native libraies。

目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过Java程序驱动打印机或者Java系统管理生产设备，在企业级应用中已经比较少见。因为现在的异构领域间的通信很发达，比如可以使用 Socket通信，也可以使用Web Service等等，不多做介绍。

1.6 Native Method Stack

它的具体做法是Native Method Stack中登记native方法，在Execution Engine 执行时加载本地方法库。

1.7 PC寄存器
每个线程都有一个程序计数器，是线程私有的,就是一个指针，指向方法区中的方法字节码（用来存储指向下一条指令的地址,也即将要执行的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记。

1.9 Method Area 方法区

方法区是被所有线程共享，所有字段和方法字节码，以及一些特殊方法如构造函数，接口代码也在此定义。简单说，所有定义的方法的信息都保存在该区域，此区属于共享区间。

静态变量+常量+类信息(构造方法/接口定义)+运行时常量池存在方法区中，But实例变量存在堆内存中,和方法区无关

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

二、堆体系结构描述

2.1 Heap 堆

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

Young Generation Space 新生区 Young/New
Tenure generation space 养老区 Old/ Tenure
Permanent Space 永久区 Perm

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）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。

永久区：

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

如果出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。一般出现这种情况，都是程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。或者大量动态反射生成的类不断被加载，最终导致Perm区被占满。

Jdk1.6及之前：有永久代, 常量池1.6在方法区
Jdk1.7：有永久代，但已经逐步“去永久代”，常量池1.7在堆
Jdk1.8及之后：无永久代，常量池1.8在元空间

三、对参数调优入门

3.1 堆内存调优简介

代码调试：

package com.jvm.test;

import java.util.Random;

public class JvmTest {
    public static void main(String[] args){
       long maxMemory = Runtime.getRuntime().maxMemory() ;//返回 Java 虚拟机试图使用的最大内存量。
       long totalMemory = Runtime.getRuntime().totalMemory() ;//返回 Java 虚拟机中的内存总量。
       System.out.println("MAX_MEMORY = " + maxMemory + "（字节）、" + (maxMemory / (double)1024 / 1024) + "MB");
       System.out.println("TOTAL_MEMORY = " + totalMemory + "（字节）、" + (totalMemory / (double)1024 / 1024) + "MB");
       
    }

}

本人内存大小为8G，发现默认的情况下分配的内存(MAX)是总内存的“1 / 4”、而初始化（TOTAL_MEMORY）的内存为“1 / 64”

手动调整：

运行结果：

最大内存调为20M，运行下列代码将会堆溢出：

package com.jvm.test;

import java.util.Random;

public class JvmTest {
    public static void main(String[] args){
        String str = "你好！远方的朋友" ;
        while(true)
        {
            str += str + new Random().nextInt(88888888) + new Random().nextInt(999999999) ;
        }

    }

}

运行结果：

通过上图我们可以发现，当新生区内存不够时便会执行GC进行垃圾回收，多次未被回收的将被存入养老区，当养老区内存也不够时执行fullGC回收，fullGC失败即会出现OutOfMemoryError。

每日一言：

做完高难度任务后，再去做低难度任务效率会很高！

不忘初心Eternity

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
JVM详解与类加载机制

目录一、JVM体系结构概述二、堆体系结构概述三、对参数调优入门学习视频：https://www.bilibili.com/video/av64318688 学习资料：https://pan.baidu.com/s/1AoD3-np_im3r1CeA_YzZmQ ...
复制链接

扫一扫