JVM JAVA虚拟机学习

永恒的狼牙

已于 2022-05-26 16:45:51 修改

阅读量171

点赞数

分类专栏： Java 文章标签：学习 java

于 2022-05-24 20:46:05 首次发布

本文链接：https://blog.csdn.net/weixin_43117449/article/details/124946311

版权

Java 专栏收录该内容

112 篇文章 5 订阅

订阅专栏

jdk称java开发工具包，包含：JRE+java开发工具集，JRE又包含：jvm+java类库。

1、jvm位置

jvm是运行在操作系统之上的，它与硬件没有直接的交互。
在这里插入图片描述

2、jvm体系结构

在这里插入图片描述

3、类加载器classLoader

负责加载class文件，class文件在文件的开头有特定的文件标识，将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时数据结构，并且classloader只负责class文件的加载，至于它是否可以运行，则由执行引擎ExecutionEngine决定。
在这里插入图片描述
虚拟机自带的加载器

启动类加载器（Bootstrap）c++
加载自带的class文件
扩展类加载器（Extension）java
应用程序加载器（AppClassLoader）
也叫系统类加载器，加载当前应用的classpath的所有类，自定义的class文件

自定义加载器

用户自定义加载器
继承java.lang.ClassLoader实现自定义类加载器

双亲委派机制：当一个类收到了类加载请求，他首先不会尝试自己去加载这个类，而是把这个;请求委派给父类去完成，每一个层次类加载器都是如此，因此所有的加载请求都应该传送到启动类加载其中，只有当父类加载器反馈自己无法完成这个请求的时候（在它的加载路径下没有找到所需加载的Class)，子类加载器才会尝试自己去加载。
采用双亲委派的一个好处是比如加载位于rt.jar 包中的类 java.lang.Object，不管是哪个载器加载这个类，最终都是委托给顶层的启动类加载器进行加载，这样就保证了使用不同的类加载器最终得到的都是同样一个Object对象。
沙箱安全机制：Java安全模型的核心就是Java沙箱（sandbox），什么是沙箱？沙箱是一个限制程序运行的环境。沙箱机制就是将 Java 代码限定在虚拟机(JVM)特定的运行范围中，并且严格限制代码对本地系统资源访问，通过这样的措施来保证对代码的有效隔离，防止对本地系统造成破坏。沙箱主要限制系统资源访问，那系统资源包括什么？——CPU、内存、文件系统、网络。不同级别的沙箱对这些资源访问的限制也可以不一样。

4、执行引擎 Execution Engine

执行引擎是JVM的核心组成部分之一，主要用来执行Java生成.class的字节码,解析成各种cpu所能执行的二进制指令。因为JVM加载字节码相关指令后，这些字节码指令、符号表和其他辅助信息无法被操作系统直接识别运行，所以就需要执行引擎来实现。负责解释命令，提交操作系统执行。

5、本地接口 native interface

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

6、本地方法栈native method stack

具体做法是Native Nethod stack中登记native方法，在ExecutionEngine 我行时加载本地方法库。

7、程序计数器 program counter register PC寄存器

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

8、方法区

供各线程共享的运行时内存区域。它存储了每—个类的结构信息，例如运行时常量池 (Runtime Constant Pool)字段和方法数据、构造器数和普通方法的字节码内容。上面讲的是规范，在不同虛拟机里头实现是不一样的，最典型的就是永久代 (PernGen space)和元空间 (Metaspace)。
实例变量存在堆内存中和方法区无关

9、栈 stack

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

9.1 栈中存储什么数据

本地变量：输入参数及输出参数以及方法内的变量。
栈操作：记录出栈、入栈的操作。
栈帧数据：包括类文件、方法等等。

9.2 栈的运行原理

栈中的数据都是以栈帧（Stack Frame）的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法 (Method) 和运行期数据的数据集，当一个方法A被调用时就产生了一个栈帧 F1，并被压入到栈中，A方法又调用了 B方法，于是产生栈帧 F2 也被压入栈，B方法又调用了 C方法，于是产生栈帧 F3 也被压入栈，执行完毕后，先弹出F3栈帧，再弹出F2栈帧，再弹出F1栈帧⋯•遵循“先进后出”，“后进先出”原则。每个方法执行的同时都会创建个栈帧，用于存储局部变量表、操作数栈、动态链接、方法出口等信息方法出口等信息，每一个方法从调用直至执行完毕的过程，就对应着一个栈帧在虚拟机中入栈到出栈的过程。栈的大小和具体JVM的实现有关，通常在256K-756K之问，约等于IMb左右。

9.2 StackOverflowError错误

方法不断的进站栈（递归方法），导致存储空间不足，出现错误，栈内存溢出。

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

在这里插入图片描述
hotspot是使用指针的方式来访问对像，Java堆中会存放访问类结构数据的地址，reference存放的是对象的地址。

10、堆heap

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

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

JDK7=永久代，JDK8=元空间.
新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。新生区又分为两部分：伊甸区(Eden space）和幸存者区（Survivor pace)，所有的类都是在伊甸区被new出来的。幸存区有两个：0区 (Survivor 0 space）和1区(Survivor 1 space )当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园区进行垃圾回收(Minor GC)，将伊甸园区中的不再被其他对象所引用的对象进行销毁，然后将伊甸园中的剩余对象移动到幸存 0区。若幸存 0区也满了，再对该区进行垃圾回收，然后移动到1区。那如果1 区也满了呢？再移动到养老区。若养老区也满了，那么这个时候将产生MajorGC (Fu11GC)，进行养老区的内存清理。若养老区执行了Fu11 GC之后发现依然无法进行对象的保存，就会产生oom异常"OutOfMemoryError"如果出现java.lang.OutOfMemoryError:Java heap space异常，说明Java虚拟机的堆内存不够。原因有：
（1）Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx米调整。
（2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用)。

10.1 永久区

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

10.2 堆参数调优

在这里插入图片描述

在这里插入图片描述
永久存储区是一个常驻内存区域，用于存放JDK自身所携带的Class, Interface 的元教据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭 jvm才会释放此区域所占用的内存。
在Java8中，永久代己经被移除，被一个称为元空间的区域所取代。元空间的本质和永久代类似。元空间与永久代之间最大的区别在于：永永久带使用的JVM的堆内存，但是java8以后的元空间并不在虚拟机中而是使用本机物理内存。因此，默认情況下，元空间的大小仅受本地内存限制。类的元数据放入native memory，字符串池和类的静态变量放入 java 堆中，这样可以加载多少类的元数据就不再由MaxPermsize 控制，而由系统的实际可用空间来控制。

-Xms 设置初始分配大小，默认为物理内存的1/64
-Xmx 最大分配内存，默认为物理内存的1/4
-XX：+PrintGCDetails 输出详细的GC处理日志

11、垃圾回收机制

JVM在进行GC时，并非每次都对三个内存区域一起回收的，大部分时候回收的都是指新生代。因此GC按照回收的区域又分了两种类型，一种是普通GC(minor GC)一种是全局GC (major GC or Full GC)。

普通GC (minor GC)：只针对新生代区城的GC,指发生在新生代的上圾收集动作，因为大多数Java对象在活率都不高，所以MinorGC非常频繁，一股回收速庋也比较快。
全局GC(major GC or Full GC)：指发生任老年代的式圾收集动作，出现了Major GC，经常会伴随至少一次的Minor GC (但并不是绝对的）。 Major GC的速度一般要比Minor GC慢上10倍以上。

11.1引用计数法

在这里插入图片描述

11.2 复制算法（年轻代采用复制算法）

在这里插入图片描述
复制算法它的缺点也是相当明显的。
1、它浪费了一半的内存，这太要命了。
2、如果对象的存活率很高，我们可以极端一点，假设是100%仔活，那么我们需要将所有对象都复制一遍，并将所有引用地址重置一遍。复制这一工作所花费的时间，在对象存活率达到一定程度时，将会变的不可忽祝。所以从以上描述不难看出，复制算法要想使用，最起码对象的存活率要非常低才行，而且最重要的是，我们必须要克服50%内存的浪费。
在这里插入图片描述

11.3 标记清除

老年代一般是由标记清除或者标记清除与标记整理的混合实现
在这里插入图片描述
用通俗的话解释一下标记清除算法，就是当程序运行期间，若可以使用的内存被耗尽的时候，GC线程就会被触发并将程序智停，随后将要回收的对象标记一遍，最終统一回收这些对象，完成标记清理工作接下水便让应用程序恢复运行。

不需要额外的空间
两次扫描耗时严重
会产生内存碎片

10.4 标记压缩

老年代一般是由标记清除或者标记清除与标记整理的混合实现
在这里插入图片描述

没有内存碎片
需要移动的时间成本

12、JMM Java内存模型

在这里插入图片描述
1）可见性
可见性是一种复杂的属性，因为可见性中的错误总是会违背我们的直觉。通常，我们无法确保执行读操作的线程能适时地看到其他线程写入的值，有时甚至是根本不可能的事情。为了确保多个线程之间对内存写入操作的可见性，必须使用同步机制。可见性，是指线程之间的可见性，一个线程修改的状态对另一个线程是可见的。也就是一个线程修改的果。另一个线程马上就能看到。
在 Java 中 volatile、synchronized 和 final 都可以实现可见性。
2）原子性
原子性指的是某个线程正在执行某个操作时，中间不可以被加塞或分割，要么整体成功，要么整体失败。比如 a=0；（a非long和double类型）这个操作是不可分割的，那么我们说这个操作是原子操作。再比如：a++；这个操作实际是a = a + 1；是可分割的，所以他不是一个原子操作。非原子操作都会存在线程安全问题，需要我们使用同步技术（sychronized）来让它变成一个原子操作。一个操作是原子操作，那么我们称它具有原子性。Java的 concurrent 包下提供了一些原子类，AtomicInteger、AtomicLongAtomicReference等。在 Java 中 synchronized 和在 lock、unlock 中操作保证原子性。
3）有序性
Java 语言提供了 volatile 和 synchronized 两个关键字来保证线程之间操作的有序性，volatile 是因为其本身包含“禁止指令重排序”的语义，synchronized 是由“一个变量在同一个时刻只允许一条线程对其进行 lock 操作”这条规则获得的，此规则决定了持有同一个对象锁的两个同步块只能串行执行。

volatile可见性实验

package com.mace.juc;

/**
 * volatile 关键字测试
 * @author 10836
 */

class Count{
	/* volatile */ int num = 10;
	
	public void to100() {
		this.num = 100;
	}
}


public class VolicateTest {
	public static void main(String[] args) {
		Count c = new Count();
		System.out.println(Thread.currentThread().getName()+"-num:"+c.num);
		
		new Thread(new Runnable() {
			@Override
			public void run() {
				System.out.println(Thread.currentThread().getName()+"-num:"+c.num);
				try {
					Thread.sleep(3000);
				} catch (InterruptedException e) {
					// TODO Auto-generated catch block
					e.printStackTrace();
				}
				c.to100();
				System.out.println(Thread.currentThread().getName()+"-num:"+c.num);
			}
		}).start();
		
		while(c.num == 10) {
			//主线程 不知道有其他线程修改了，所以进入循环无法推出。
			//当num添加volatile同步关键字修饰，线程拷贝进工作内存后进行修改将同步至主内存，并且通知其他线程
		}
		System.out.println(Thread.currentThread().getName()+"-num:"+c.num);
	}
}

volatile是Java虚拟机提供的轻量级同步机制，在需要保证原子性的场景，不要使用 volatile。

保证可见性
不保证原子性
禁止指令重排（保证有序性）
计算机在执行程序时，为了提高性能，编译器和处理器常常会对指令做重排，一般分为以下 3 种：

处理器在进行重排序时必须要考虑指令之间的数据依赖性，我们叫做 as-if-serial 语义。单线程环境里确保程序最终执行结果和代码顺序执行的结果一致；但是多线程环境中线程交替执行，由于编译器优化重排的存在，两个线程中使用的变量能否保证一致性是无法确定的，结果无法预测。

永恒的狼牙

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
JVM JAVA虚拟机学习

1、jvm位置jvm是运行在操作系统之上的，它与硬件没有直接的交互。2、jvm体系结构3、类加载器classLoader负责加载class文件，class文件在文件的开头有特定的文件标识，将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时数据结构，并且classloader只负责class文件的加载，至于它是否可以运行，则由执行引擎ExecutionEngine决定。虚拟机自带的加载器启动类加载器（Bootstrap）c++加载自带的class文件扩展类加载器
复制链接

扫一扫

专栏目录