文章目录
1.jvm体系结构
简洁流程图
详细流程图
方法区:Method Area
栈:Stack
本地方法区:Native Method Stack
堆:Heap
例如:对于new Student(); new的这个引用是放在栈里的,实例是放在堆里的
2. 类加载器
作用:加载class文件
1.虚拟机自带的加载器
2.启动类(根)加载器
3.扩展类加载器
4.应用程序加载器
package com.company;
import java.util.*;
public class Main {
public int a=1;
public static void main(String[] args) {
//类是模版,对象是具体的
Main m1 = new Main();
Main m2 = new Main();
Main m3 = new Main();
//输出结果不同,new出的对象(实例化)是不一样的
System.out.println(m1.hashCode());
System.out.println(m2.hashCode());
System.out.println(m3.hashCode());
System.out.println("************************************************");
//输出结果是相同的 是同一个类
Class<? extends Main> aClass1 = m1.getClass();
Class<? extends Main> aClass2 = m2.getClass();
Class<? extends Main> aClass3 = m3.getClass();
System.out.println(aClass1.hashCode());
System.out.println(aClass2.hashCode());
System.out.println(aClass3.hashCode());
System.out.println("************************************************");
ClassLoader classLoader = aClass1.getClassLoader();
System.out.println(classLoader);//AppClassLoader 应用程序加载器
System.out.println(classLoader.getParent());//ExtClassLoader 扩展类加载器
System.out.println(classLoader.getParent().getParent());//null 1. 不存在 2.java程序获取不到 rt.jar
}
}
3.双亲委派机制
Java是运行在Java的虚拟机(JVM)中的,但是它是怎么就运行在JVM中了呢?我们在IDE中编写的Java源代码被编译器编译成.class的字节码文件。然后由我们得ClassLoader负责将这些class问价加载到JVM中去执行。
JVM中提供了三层的ClassLoader:
-
Bootstrap classLoader:主要负责加载核心的类库(java.lang.*等),构造ExtClassLoader和APPClassLoader。
-
ExtClassLoader:主要负责加载jre/lib/ext目录下的一些扩展的jar。
-
AppClassLoader:主要负责加载应用程序的主函数类
那如果有一个Hello.class文件是如何被加载到JVM中的呢?
当一个Hello.class这样的文件要被加载时。不考虑我们自定义类加载器,首先会在AppClassLoader中检查是否加载过,如果有那就无需再加载了。如果没有,那么会拿到父加载器,然后调用父加载器的loadClass方法。父类中同理会先检查自己是否已经加载过,如果没有再往上。注意这个过程,知道到达Bootstrap classLoader之前,都是没有哪个加载器自己选择加载的。如果父加载器无法加载,会下沉到子加载器去加载,一直到最底层,如果没有任何加载器能加载,就会抛出ClassNotFoundException。
3.1 什么是双亲委派机制
当某个类加载器需要加载某个.class文件时,它首先把这个任务委托给他的上级类加载器,递归这个操作,如果上级的类加载器没有加载,自己才会去加载这个类。
3.2 双亲委派机制的作用
1、防止重复加载同一个.class。通过委托去向上面问一问,加载过了,就不用再加载一遍。保证数据安全。
2、保证核心.class不能被篡改。通过委托方式,不会去篡改核心.class,即使篡改也不会去加载,即使加载也不会是同一个.class对象了。不同的加载器加载同一个.class也不是同一个Class对象。这样保证了Class执行安全。
这种设计有个好处是,如果有人想替换系统级别的类:String.java。篡改它的实现,但是在这种机制下这些系统的类已经被Bootstrap classLoader加载过了,所以并不会再去加载,从一定程度上防止了危险代码的植入。
4.native
凡是带来native关键字的,说明java的作用范围达不到了,回去调用底层c语言的库!
进入本地方法栈
调用本地方法本地接口(JNI)
JINI作用:扩展java的使用,融合不同编程语言为Java所用!,最初c,c++
它在内存区域中专门开辟了一块标记区域:Native Method Stack ,登记native方法
在最终执行的时候,加载本地方法库中的方法通过JNI
5.方法区
Method Area方法区
方法区是被所有线程共享,所有字段和方法字节码,以及一些特殊方法,如构造函数,接口代码也在此定义,简单说,所有定义的方法的信息都保存在该区域,此区域属于共享区间
静态变量,常量,类信息(构造方法,接口定义),运行时的常量池存在方法区中,但是实例变量存在堆内存中,和方法区无关
static
final
Class(类模版)
常量池
6.栈
栈内存,主管程序的运行,生命周期和线程同步,线程结束,栈内存也就释放了,对于栈来说
不存在垃圾回收问题 ,一旦线程结束,栈就Over
栈主要放:八大基本类型+对象引用+实例的方法(方法的引用)
栈满了,就会溢出
7. 堆
Heap,一个JVM只有一个堆内存,堆内存的大小是可以调节的。
类加载器读取了类文件后,一般会把什么东西放在堆中?
类
方法
常量
变量
保存我们所有引用类的真实对象
堆内存中还要细分为三个区域:
新生区(伊甸园区)
养老区
永久区-------------------->元空间
7.1 新生区
- 类:诞生和成长的地方,甚至死亡的地方
- 伊甸园,所有的对象都是伊甸园区new出来的!
- 幸存者区(0,1)
7.2 老年区
没在新生区死的会跑到老年区
7.3 永久区
这个区域是常驻内存的,用来存放JDK自身携带的Class对象,Interface元数据,存储的是Java运行时的一些环境或类信息,这个区域不存在垃圾回收!关闭JVM虚拟机就会释放这个区域的内存。
一个启动类,加载类大量的第三方jar包,Tomcat部署类太多的应用,大量动态生成的反射类,直到内存满,就会出现OOM
- jdk1.6 : 永久代,常量池是在方法区
- jdk1.7:永久代,但是慢慢的退化类,去永久代,常量池在堆中
- jdk1.8之后:无永久代,常量池在元空间
8.GC
JVM在进行GC时,并不是对这三个区域统一回收,大部分时候,回收都是在新生代~
- 新生区
- 幸存区(from ,to)
- 老年区
GC两种分类:
轻GC(普通的GC)
重GC(全局GC)