JAVA JVM虚拟机入门篇

最新推荐文章于 2024-06-02 19:27:09 发布

蓝天云羊

最新推荐文章于 2024-06-02 19:27:09 发布

阅读量172

点赞数 1

分类专栏：个人笔记文章标签： jvm java

本文链接：https://blog.csdn.net/AiPyThOn001/article/details/115380812

版权

个人笔记专栏收录该内容

10 篇文章 0 订阅

订阅专栏

JVM虚拟机

JVM位置

在这里插入图片描述

JVM体系结构

在这里插入图片描述

类加载器

作用：加载class文件

在这里插入图片描述

1.虚拟机自带的加载器

2.启动类(根)加载器

3.扩展类加载器

4.应用程序加载器

寻找：4 => 3 => 2 => 1

双亲委派机制

当某个类加载器需要加载某个.class文件时，它首先把这个任务委托给他的上级类加载器，递归这个操作，如果上级的类加载器没有加载，自己才会去加载这个类。

类加载器的类别

BootstrapClassLoader（启动类加载器）

c++编写，加载java核心库 java.*,构造ExtClassLoader和AppClassLoader。由于引导类加载器涉及到虚拟机本地实现细节，开发者无法直接获取到启动类加载器的引用，所以不允许直接通过引用进行操作

ExtClassLoader （标准扩展类加载器）

java编写，加载扩展库，如classpath中的jre ，javax.*或者
java.ext.dir 指定位置中的类，开发者可以直接使用标准扩展类加载器。

AppClassLoader（系统类加载器）

java`编写，加载程序所在的目录，如`user.dir`所在的位置的`class

CustomClassLoader（用户自定义类加载器）

java编写,用户自定义的类加载器,可加载指定路径的class文件

源码分析

protected Class<?> loadClass(String name, boolean resolve)
            throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // 首先检查这个classsh是否已经加载过了
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    // c==null表示没有加载，如果有父类的加载器则让父类加载器加载
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                        //如果父类的加载器为空 则说明递归到bootStrapClassloader了
                        //bootStrapClassloader比较特殊无法通过get获取
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {}
                if (c == null) {
                    //如果bootstrapClassLoader 仍然没有加载过，则递归回来，尝试自己去加载class
                    long t1 = System.nanoTime();
                    c = findClass(name);
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }

1.类加载器收到类加载的请求

2.讲这个请求向上委托给父类加载器完成，一直向上委托，直到启动类加载器

3.启动类加载皮检查是否能够加载这个类，能加载就结束，使用当前加载器，否则抛出异常，通知子加载器进行加载

4.重复步骤3

在这里插入图片描述

Native

public static void main(String[] args) {
    new Thread(()->{

    },"t1").start();
}
//native：凡是带了native 关键字的方法，说明java的作用范围达不到，会去调底层的C语言的库
//进入本地方法栈
//调用本地接口 JNI
//JNI作用：扩展java，融合不同语言
//他在内存区域中专门开辟一块标记区域 Native Method Stack 等级native方法
//在最终执行的时候，通过 JNI 加载本地方法库中的方法

方法区：所有线程共享，所有定义方法的信息都在该区域。

静态变量、常量、类信息（构造方法、接口定义）、运行时的常量池存在方法区中，但是实例变量存在堆内存中，和方法区无关。（static、final、Class、常量池）

堆

一个JVM只有一个堆内存，堆内存的大小是可以调节的。
类加载器读取了类文件后，一般会把什么东西放到堆中?类，方法，常量，变量~，保存我们所有引用类型的真实对象;
堆内存中还要细分为三个区域:

新生区(伊甸园区)
养老区
永久区

JDK1.8之前

在这里插入图片描述

GC 垃圾回收主要在伊甸园区和养老区，假设内存满了，出现OOM，对内存不够。

新生区

类：诞生和成长的地方，甚至死亡
伊甸园区：所有的对象都是在伊甸园区new出来的
幸存者区 0 1

真相：99%的对象都是临时对象。

老年区

永久区

这个区域常驻内存的。用来存放JDK自身携带的Class对象。Interface元数据，存储的是Java运行时的一些环境或类信息_{，这个区域不存在垃圾回收!关闭VM虚拟就会释放这个区域的内存}

一个启动类，加载了大量的第三方jar包。Tomcat部署了太多的应用，大量动态生成的反射类。不断的被加载。直到内存满，就会出现OOM;

jdk1.6之前：永久代，常量池是在方法区;
jdk1.7 ：永久代，但是慢慢的退化了，去永久代，常量池在堆中
jdk1.8之后：无永久代，常量池在元空间

在这里插入图片描述

元空间：在堆的概念上，逻辑上存在，物理上不存在

public class Jvm03 {

    public static void main(String[] args) {
        //返回虚拟机试图使用的最大内存
        long max = Runtime.getRuntime().maxMemory();
        //返回jvm的初始化总内存
        long total = Runtime.getRuntime().totalMemory();

        System.out.println("max=" + max + "字节\t" +(max/(double)1024/1024)+"MB");
        System.out.println("max=" + total + "字节\t" +(total/(double)1024/1024)+"MB");

        //默认情况下，分配的总内存是电脑的1/4，初始化内存是1/64

        //-Xms1024m -Xmx1024m -XX:+PrintGCDetails

        //OOM:
            //1.尝试扩大内存看结果
            //2.分析内存，看一下哪个地方吃西安了问题（使用工具）
        /*  max=1029177344字节   981.5MB
            max=1029177344字节   981.5MB
            Heap
             PSYoungGen      total 305664K, used 20971K
              eden space 262144K, 8% used
              from space 43520K, 0% used
              to   space 43520K, 0% used
             ParOldGen       total 699392K, used 0K
              object space 699392K, 0% used
             Metaspace       used 3450K, capacity 4496K, committed 4864K, reserved 1056768K
              class space    used 376K, capacity 388K, committed 512K, reserved 1048576K
         */
        //305664K + 699392K = 1005056K = 981.5M

    }
}

public class Jvm02 {
    public static void main(String[] args) {
        String str = "hiohoihoihiohiohoihoihoihoihoihiohoihoihoihoih";
        while (true){
            str = str + new Random().nextInt(888888888) + new Random().nextInt(999999999);
        }
    }
    //Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
}

使用 JProfiler 工具分析OOM原因，Runtime就是调优的类

Java 对象在内存中的实例化过程

在类的实例化过程中，内存会使用到的三个区域：栈区、堆区、方法区。

堆区：
- 存储的全部都是对象，每个对象包含了一个与之对应的 class 类的信息。
- jvm 只有一个堆区(steap)，它会被所有线程共享，堆中不存放基本数据类型和对象引用，它只存放对象本身。
栈区:
- 每个线程都包含一个栈区，栈中只保存基本数据类型的值和对象以及基础数据的引用。
- 每个栈中的数据（基本数据类型和对象的引用）都是私有的，其它栈是无法进行访问的。
- 栈分为三个部分：基本类型变量区、执行环境上下文、操作指令区(存放操作指令)。
方法区：
- 又被称为静态区，它跟堆一样，被所有的线程共享，方法区包含所有的 class 信息和 static修饰的变量。
- 方法区中包含的都是整个程序中永远唯一的元素，如：class、static变量。

垃圾回收(GC)

JVM在进行GC时，并不是对这三个区域统一回收。大部分时候。回收都是新生代。

新生代
- 伊甸园区
- 幸存区(form , to)
老年区

GC两种类：轻GC(普通的GC) ，重GC(全局GC)

复制算法（新生代主要）

谁空谁是 to from复制到to，保证to永远是空的，减少内存中产生碎片，经过十五次复制，还没有死亡，进入老年区

在这里插入图片描述

好处：没有内存碎片
坏处：浪费内存空间，假设对象100%存活，适用于对象存活度不高的场景。

标记清除算法

在这里插入图片描述

优点：不需要额外空间
缺点：两次扫描，浪费时间，会产生内存碎片

标记压缩算法

在这里插入图片描述

引用计数器

总结

内存效率：复制算法>标记清除算法>标记压缩算法（时间复杂度）

内存整齐度：复制算法=标记压缩算法>标记清除算法

内存利用率：标记压缩算法=标记清除算法>复制算法

GC：分代收集算法

新生代：复制算法，存活率低

老年代：标记清除+标记压缩（内存碎片不是太多）

JMM

1.什么是JMM？

JMM（Java内存模型）本身是一种抽象的概念并不真实存在，它描述的是一组规则或规范，通过这组规范定义了程序中各个变量（包括实例字段，静态字段和构成数组对象的元素）的访问方式。

2.JMM是干什么的？

作用：缓存一致性协议。用于定义数据读写的规则（遵守）

JMM定义了线程工作和主内存之间的抽象关系：线程之间的共享变量存储在主内存(Main Memory)中，每个线程都有一个私有的本地内存(Local Memory)

可见性问题：

在这里插入图片描述

解决共享对象可见性这个问题: volilate

3.怎么学习？

volilate：解决问题

JMM是一种抽象的概念，并发问题。

在JUC笔记中有详细介绍！

https://blog.csdn.net/AiPyThOn001/article/details/115286024

蓝天云羊

关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
JAVA JVM虚拟机入门篇

JVM虚拟机JVM位置JVM体系结构类加载器作用：加载class文件1.虚拟机自带的加载器2.启动类(根)加载器3.扩展类加载器4.应用程序加载器寻找：4 => 3 => 2 => 1双亲委派机制当某个类加载器需要加载某个.class文件时，它首先把这个任务委托给他的上级类加载器，递归这个操作，如果上级的类加载器没有加载，自己才会去加载这个类。类加载器的类别BootstrapClassLoader（启动类加载器）c++编写，加载java核心库 jav
复制链接

扫一扫

专栏目录