JVM笔记

最新推荐文章于 2023-10-16 15:11:07 发布

weixin_45871159

最新推荐文章于 2023-10-16 15:11:07 发布

阅读量60

点赞数

文章标签： jvm java 开发语言

本文链接：https://blog.csdn.net/weixin_45871159/article/details/126345084

版权

JVM的体系结构

注：Java栈、本地方法栈、程序计数器中不会出现垃圾回收

本地方法接口：JNI

类加载器

作用：加载Class文件——new Student();
- 虚拟机自带的加载器
- 启动类（根）加载器 BootStrap ClassLoader (rt.jar)
- 扩展类加载器 Extension ClassLoader
- 应用程序（系统类）加载器 App ClassLoader

双亲委派机制

1、类加载器收到类加载的请求
2、将这个请求向上委托给父类加载器去完成，一直向上委托，直到启动类加载器
3、启动类加载器检查是否能够加载当前这个类，能加载就结束，使用当前的加载器，否则，抛出异常，通知子加载器进行加载
4、重复步骤3

未找到报错：Class Not Found null:java调用不到使用C、C++编写

Java = C++--：去掉繁琐的东西，指针，内存管理

例子：
双亲委派机制执行的流程：
自低而上检查类是否已经加载，首先是CumtomClassLoader自定义类加载器有没有曾经加载过Student.class这个类，如果加载过直接返回，
如果没有加载过就委派给他的Parent就是AppClassLoader，看他有没有加载过这个类，如果也没有那么AppClassLoader又会
委派给ExtensionClassLoader，如果也没有就委派给最顶层的Bootstrap ClassLoader，  如果之前也没有加载过，那么Bootstrap ClassLoader
就会尝试去JRE\lib\rt.jar或者Xbootclasspath(可以指定位置)选项指定的jar包下面有没有要加载的Student.class这个类，如果发现了Class文件就
加载并返回，如果没有就会自顶向下委派给ExtensionClassLoader去到对应的目录看有没有对应的Class文件，这样一直往下，最后CustomClassLoader
自定义的ClassLoader会按照findClass的方式去寻找有没有对应Class文件的字节byte数组，如果有就直接装载到jvm中。

Native

凡是带了Native关键字的，说明Java的作用范围达不到了，会去调用底层C语言的库

会进入本地方法栈

调用本地方法接口 JNI（Java Native Interface）

JNI作用：扩展Java的使用，融合不同的编程语言为Java所用    最初为：C、C++

Java诞生的时候C、C++横行，Java想要立足，必须要有调用C、C++的程序

它在内存区域中专门开辟了一块标记区域：Native Method Stack ，登记native方法

在最终执行的时候，通过JNI加载本地方法库中的方法

PC寄存器

程序计数器：Program Counter Register

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

Method Area

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

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

static、final、Class、常量池
栈：数据结构

先进后出、后进先出

队列：先进先出（FIFO：First Input First Output）

栈：栈内存，主管程序的运行，生命周期和线程同步，线程结束，栈就会消失；

线程结束，栈内存也就是释放，对于站来说，不存在垃圾回收问题

存放：8大基本类型（byte、short、int、long、float、double、boolean、char） + 对象引用 + 实例的方法

栈满了：StackOverflowError

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

三种JVM（HotSpot）

SUN :Hot Spot(我们所学)

BEA：Jrockit

IBM：J9vm
堆 Heap

一个JVM只有一个堆内存，堆内存的大小是可以调节的

类加载器读取了类文件后，一般会把什么东西放到堆中？类，方法，常量，变量
新生区

经过研究，99％的对象都是永久对象
老年区
永久区（元空间），逻辑上存在，物理上不存在

这个区域常驻内存的。用来存放JDK自带的Class对象。Interface元数据，存储的是Java运行的一些环境

jdk1.6之前：永久代，常量池是在方法区

jdk1.7：永久代，但是慢慢退化了，常量池在堆中

jdk1.8：无永久代，常量池在元空间

在一个项目中，突然出现了OOM故障，那么该如何排除------研究为什么出错~
- 能够看到代码第几行出错：内存快照分析工具，MAT，Jprofiler
- Debug，一行行分析代码！(不推荐使用)
- 分析Dump文件，快速定位内存泄漏
- 获得堆中的数据
- 获得大的对象~
-Xmslm1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError

-Xms : 设置初始化内存分配大小 1/64

-Xmx : 设置最大分配内存，默认1/4

-XX : +PringGCDetails打印gc清理的垃圾的信息
堆内存调优

遇到OOM（OutOfMemoryError）
1. 尝试扩大堆内存看结果
2. 尝试分析，看一下哪个地方出现了问题（）
GC（垃圾回收器）

JVM在进行垃圾回收时，
- 新生代
- 幸存区（from to）
- 老年区