笔记
jvm
一、类装载器ClassLoader
负责加载class文件,class文件在文件开头有特定的文件标示,将class文件字节码内容加载到内存中,并将这些内容转换成方法区中的运行时数据结构并且ClassLoader只负责class文件的加载,至于它是否可以运行,则由Execution Engine决定
classLoader就如同快递员,将car.class加载到jvm,形成Class对象模板,根据模板实例化对象
(1)类加载器类型与作用
//1 java自带的类是什么加载器? Object object=new Object(); //object.getClass()获取某个模板,该模板是哪个加载器加载的 System.out.println("java自带的类用啥加载器:"+object.getClass().getClassLoader()); //null //2 用户自己写的加载器是用什么加载器加载的 ClassLoaderTest classLoaderTest=new ClassLoaderTest(); System.out.println("用户自己写的加载器是用什么加载器加载的:"+classLoaderTest.getClass().getClassLoader()); //sun.misc.Launcher$AppClassLoader@18b4aac2 java自带的类用啥加载器:null 用户自己写的加载器是用什么加载器加载的:sun.misc.Launcher$AppClassLoader@18b4aac2
1.java原生的类object、String等类,用的是启动类加载器(Bootstrap),是c\c++语言实现的,在jvm启动时会把这些类加载到jvm ,他们在 jre/lib/rt.jar中
2.用户自己写的加载器是用什么加载器加载的:sun.misc.Launcher$AppClassLoader@18b4aac2,sun.misc.Launcher,它是一个java虚拟机的入口应用,该包下的AppClassLoader加载器
3.扩展类加载器(Extension),是java一直迭代更新版本时一些扩展的类使用该加载器,比如javax开头的包,他们在 jre/lib/ext/下的jar包
(2)双亲委派机制
当一个类收到了类加载请求,他首先不会尝试自己去加载这个类,而是把这个请求委派给父类去完成,每一个层次类加载器都是如此,因此所有的加载请求都应该传送到启动类加载其中,只有当父类加载器反馈自己无法完成这个请求的时候(在它的加载路径下没有找到所需加载的Class),子类加载器才会尝试自己去加载。
(3)沙箱安全
采用双亲委派的一个好处是比如加载位于 rt.jar 包中的类 java.lang.Object,不管是哪个加载器加载这个类,最终都是委托给顶层的启动类加载器进行加载,这样就保证了使用不同的类加载器最终得到的都是同样一个 Object对象。
白话说:为了你写的代码不污染java原生代码(比如自己定义了一个java.lang.String与原生的String冲突), 一直往上捅,都是先用bootstrap加载器去加载,找不到就一直往下找,最终找不到就报累找不到异常
为啥往上找【沙箱安全机制】(比如自己定义了一个java.lang.String与原生的String冲突,先找了原生的String,调用自己定义的方法,就会报找不到错误)
二、本地方法
1.Native Interface本地接口
本地接口的作用是融合不同的编程语言为 Java 所用,它的初衷是融合 C/C++程序,Java 诞生的时候是 C/C++横行的时候,要想立足,必须有调用 C/C++程序,于是就在内存中专门开辟了一块区域处理标记为native的代码,它的具体做法是 Native Method Stack中登记 native方法,在Execution Engine 执行时加载native libraies
2.Native Method Stack
它的具体做法是Native Method Stack中登记native方法,在Execution Engine 执行时加载本地方法库。
三、PC寄存器 (程序计数器)
每个线程都有一个程序计数器,是线程私有的,就是一个指针,指向方法区中的方法字节码(用来存储指向下一条指令的地址,也即将要执行的指令代码),由执行引擎读取下一条指令,是一个非常小的内存空间,几乎可以忽略不记。 这块内存区域很小,它是当前线程所执行的字节码的行号指示器,字节码解释器通过改变这个计数器的值来选取下一条需要执行的字节码指令。 如果执行的是一个Native方法,那这个计数器是空的(应为native方法不属于jvm管理,属于底层c++)。 用以完成分支、循环、跳转、异常处理、线程恢复等基础功能。不会发生内存溢出(OutOfMemory=OOM)错误
四、Method Area 方法区
供各线程共享的运行时内存区域。它存储了每一个类的结构信息(模板),例如运行时常量池(Runtime Constant Pool)、字段和方法数据、构造函数和普通方法的字节码内容。上面讲的是规范,在不同虚拟机里头实现是不一样的,最典型的就是永久代(PermGen space)和元空间(Metaspace)
五、栈管运行、堆管存储
栈也叫栈内存,主管Java程序的运行,是在线程创建时创建,它的生命期是跟随线程的生命期,线程结束栈内存也就释放,对于栈来说不存在垃圾回收问题,只要线程一结束该栈就Over,生命周期和线程一致,是线程私有的。
8种基本类型的变量+对象的引用变量+实例方法都是在函数的栈内存中分配。
栈存储什么?
栈帧中主要保存3 类数据:java方法=栈帧
本地变量(Local Variables):输入参数和输出参数以及方法内的变量;
栈操作(Operand Stack):记录出栈、入栈的操作;
栈帧数据(Frame Data):包括类文件、方法等等。
栈运行原理:
栈中的数据都是以栈帧(Stack Frame)的格式存在,栈帧是一个内存区块,是一个数据集,是一个有关方法(Method)和运行期数据的数据集,当一个方法A被调用时就产生了一个栈帧 F1,并被压入到栈中, A方法又调用了 B方法,于是产生栈帧 F2 也被压入栈, B方法又调用了 C方法,于是产生栈帧 F3 也被压入栈, …… 执行完毕后,先弹出F3栈帧,再弹出F2栈帧,再弹出F1栈帧…… 遵循“先进后出”/“后进先出”原则。
每个方法执行的同时都会创建一个栈帧,用于存储局部变量表、操作数栈、动态链接、方法出口等信息,每一个方法从调用直至执行完毕的过程,就对应着一个栈帧在虚拟机中入栈到出栈的过程。栈的大小和具体JVM的实现有关,通常在256K~756K之间,与等于1Mb左右。
每执行一个方法都会产生一个栈帧,保存到栈(后进先出)的顶部,顶部栈就是当前的方法,该方法执行完毕 后会自动将此栈帧出栈
一直掉方法、压栈,Exception in thread "main" java.lang.StackOverflowError
(3)栈+堆+方法区的交互关系
HotSpot是使用指针的方式来访问对象:
Java堆中会存放访问类元数据(也就是方法区的类模板地址)的地址,
reference存储的就直接是对象的地址
------------恢复内容开始------------
jvm
一、类装载器ClassLoader
负责加载class文件,class文件在文件开头有特定的文件标示,将class文件字节码内容加载到内存中,并将这些内容转换成方法区中的运行时数据结构并且ClassLoader只负责class文件的加载,至于它是否可以运行,则由Execution Engine决定
classLoader就如同快递员,将car.class加载到jvm,形成Class对象模板,根据模板实例化对象
(1)类加载器类型与作用
//1 java自带的类是什么加载器? Object object=new Object(); //object.getClass()获取某个模板,该模板是哪个加载器加载的 System.out.println("java自带的类用啥加载器:"+object.getClass().getClassLoader()); //null //2 用户自己写的加载器是用什么加载器加载的 ClassLoaderTest classLoaderTest=new ClassLoaderTest(); System.out.println("用户自己写的加载器是用什么加载器加载的:"+classLoaderTest.getClass().getClassLoader()); //sun.misc.Launcher$AppClassLoader@18b4aac2 java自带的类用啥加载器:null 用户自己写的加载器是用什么加载器加载的:sun.misc.Launcher$AppClassLoader@18b4aac2
1.java原生的类object、String等类,用的是启动类加载器(Bootstrap),是c\c++语言实现的,在jvm启动时会把这些类加载到jvm ,他们在 jre/lib/rt.jar中
2.用户自己写的加载器是用什么加载器加载的:sun.misc.Launcher$AppClassLoader@18b4aac2,sun.misc.Launcher,它是一个java虚拟机的入口应用,该包下的AppClassLoader加载器
3.扩展类加载器(Extension),是java一直迭代更新版本时一些扩展的类使用该加载器,比如javax开头的包,他们在 jre/lib/ext/下的jar包
(2)双亲委派机制
当一个类收到了类加载请求,他首先不会尝试自己去加载这个类,而是把这个请求委派给父类去完成,每一个层次类加载器都是如此,因此所有的加载请求都应该传送到启动类加载其中,只有当父类加载器反馈自己无法完成这个请求的时候(在它的加载路径下没有找到所需加载的Class),子类加载器才会尝试自己去加载。
(3)沙箱安全
采用双亲委派的一个好处是比如加载位于 rt.jar 包中的类 java.lang.Object,不管是哪个加载器加载这个类,最终都是委托给顶层的启动类加载器进行加载,这样就保证了使用不同的类加载器最终得到的都是同样一个 Object对象。
白话说:为了你写的代码不污染java原生代码(比如自己定义了一个java.lang.String与原生的String冲突), 一直往上捅,都是先用bootstrap加载器去加载,找不到就一直往下找,最终找不到就报累找不到异常
为啥往上找【沙箱安全机制】(比如自己定义了一个java.lang.String与原生的String冲突,先找了原生的String,调用自己定义的方法,就会报找不到错误)
二、本地方法
1.Native Interface本地接口
本地接口的作用是融合不同的编程语言为 Java 所用,它的初衷是融合 C/C++程序,Java 诞生的时候是 C/C++横行的时候,要想立足,必须有调用 C/C++程序,于是就在内存中专门开辟了一块区域处理标记为native的代码,它的具体做法是 Native Method Stack中登记 native方法,在Execution Engine 执行时加载native libraies
2.Native Method Stack
它的具体做法是Native Method Stack中登记native方法,在Execution Engine 执行时加载本地方法库。
三、PC寄存器 (程序计数器)
每个线程都有一个程序计数器,是线程私有的,就是一个指针,指向方法区中的方法字节码(用来存储指向下一条指令的地址,也即将要执行的指令代码),由执行引擎读取下一条指令,是一个非常小的内存空间,几乎可以忽略不记。 这块内存区域很小,它是当前线程所执行的字节码的行号指示器,字节码解释器通过改变这个计数器的值来选取下一条需要执行的字节码指令。 如果执行的是一个Native方法,那这个计数器是空的(应为native方法不属于jvm管理,属于底层c++)。 用以完成分支、循环、跳转、异常处理、线程恢复等基础功能。不会发生内存溢出(OutOfMemory=OOM)错误
四、Method Area 方法区
供各线程共享的运行时内存区域。它存储了每一个类的结构信息(模板),例如运行时常量池(Runtime Constant Pool)、字段和方法数据、构造函数和普通方法的字节码内容。上面讲的是规范,在不同虚拟机里头实现是不一样的,最典型的就是永久代(PermGen space)和元空间(Metaspace)
五、栈管运行、堆管存储
栈也叫栈内存,主管Java程序的运行,是在线程创建时创建,它的生命期是跟随线程的生命期,线程结束栈内存也就释放,对于栈来说不存在垃圾回收问题,只要线程一结束该栈就Over,生命周期和线程一致,是线程私有的。
8种基本类型的变量+对象的引用变量+实例方法都是在函数的栈内存中分配。
栈存储什么?
栈帧中主要保存3 类数据:java方法=栈帧
本地变量(Local Variables):输入参数和输出参数以及方法内的变量;
栈操作(Operand Stack):记录出栈、入栈的操作;
栈帧数据(Frame Data):包括类文件、方法等等。
栈运行原理:
栈中的数据都是以栈帧(Stack Frame)的格式存在,栈帧是一个内存区块,是一个数据集,是一个有关方法(Method)和运行期数据的数据集,当一个方法A被调用时就产生了一个栈帧 F1,并被压入到栈中, A方法又调用了 B方法,于是产生栈帧 F2 也被压入栈, B方法又调用了 C方法,于是产生栈帧 F3 也被压入栈, …… 执行完毕后,先弹出F3栈帧,再弹出F2栈帧,再弹出F1栈帧…… 遵循“先进后出”/“后进先出”原则。
每个方法执行的同时都会创建一个栈帧,用于存储局部变量表、操作数栈、动态链接、方法出口等信息,每一个方法从调用直至执行完毕的过程,就对应着一个栈帧在虚拟机中入栈到出栈的过程。栈的大小和具体JVM的实现有关,通常在256K~756K之间,与等于1Mb左右。
每执行一个方法都会产生一个栈帧,保存到栈(后进先出)的顶部,顶部栈就是当前的方法,该方法执行完毕 后会自动将此栈帧出栈
一直掉方法、压栈,Exception in thread "main" java.lang.StackOverflowError
(3)栈+堆+方法区的交互关系
HotSpot是使用指针的方式来访问对象:
Java堆中会存放访问类元数据(也就是方法区的类模板地址)的地址,
reference存储的就直接是对象的地址
(4)gc
MinorGC的过程(复制->清空->互换)
1:eden、SurvivorFrom 复制到 SurvivorTo,年龄+1 首先,当Eden区满的时候会触发第一次GC,把还活着的对象拷贝到SurvivorFrom区,当Eden区再次触发GC的时候会扫描Eden区和From区域,对这两个区域进行垃圾回收,经过这次回收后还存活的对象,则直接复制到To区域(如果有对象的年龄已经达到了老年的标准,则赋值到老年代区),同时把这些对象的年龄+1
2:清空 eden、SurvivorFrom 然后,清空Eden和SurvivorFrom中的对象,也即复制之后有交换,谁空谁是to
3:SurvivorTo和 SurvivorFrom 互换 最后,SurvivorTo和SurvivorFrom互换,原SurvivorTo成为下一次GC时的SurvivorFrom区。部分对象会在From和To区域中复制来复制去,如此交换15次(由JVM参数MaxTenuringThreshold决定,这个参数默认是15),最终如果还是存活,就存入到老年代
实际而言,方法区(Method Area)和堆一样,是各个线程共享的内存区域,它用于存储虚拟机加载的:类信息+普通常量+静态常量+编译器编译后的代码等等,虽然JVM规范将方法区描述为堆的一个逻辑部分,但它却还有一个别名叫做Non-Heap(非堆),目的就是要和堆分开。 对于HotSpot虚拟机,很多开发者习惯将方法区称之为“永久代(Parmanent Gen)” ,但严格本质上说两者不同,或者说使用永久代来实现方法区而已,永久代是方法区(相当于是一个接口interface)的一个实现,jdk1.7的版本中,已经将原本放在永久代的字符串常量池移走。
永久存储区是一个常驻内存区域,用于存放JDK自身所携带的 Class,Interface 的元数据,也就是说它存储的是运行环境必须的类信息,被装载进此区域的数据是不会被垃圾回收器回收掉的,关闭 JVM 才会释放此区域所占用的内存。
(5)堆参数调优
基础的参数
------------恢复内容结束------------