初学JVM总结

好的博客：
狂神jvm视频总结

一、JVM的位置：

二、jvm的体系结构

三、类加载器

类加载器分为两种：

• Java虚拟机自带的类加载器（3种）
  启动类加载器：Bootstrap ClassLoader，又名根类加载器或引导类加载器
  扩展类加载器：Extendsion ClassLoader
  系统类加载器：Application ClassLoader，又名应用类加载器
• 用户自定义的类加载器：一般是java.lang.ClassLoader的子类实例。

四、双亲委派机制

双亲委派机制的工作过程:

1. 类加载器收到类加载的请求;
2. 把这个请求委托给父加载器去完成,一直向上委托,直到启动类加载器;
3. 启动类加载器检查能不能加载(使用findClass()方法),能加载就结束;否则抛出异常,通知子加载器进行加载;
4. 重复步骤三.

如果都加载不到该类就报classnotfoundexception

• 为什么要设计这种机制

这种设计有个好处是，如果有人想替换系统级别的类：String.java。篡改它的实现，在这种机制下这些系统的类已经被Bootstrap classLoader加载过了（为什么？因为当一个类需要加载的时候，最先去尝试加载的就是BootstrapClassLoader），所以其他类加载器并没有机会再去加载，从一定程度上防止了危险代码的植入。

Native

native :凡是带了native关键字的，说明java的作用范围达不到了，回去调用底层c语言的库!
会进入本地方法栈 去调用本地方法接口将native方法引入执行
调用本地方法本地接口 JNI (Java Native Interface)

PC寄存器

程序计数器: Program Counter Register

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

方法区 Method Area

方法区是被所有线程共享,所有字段和方法字节码，以及一些特殊方法，如构造函数,接口代码也在此定义,简单说，所有定义的方法的信息都保存在该区域,此区域属于共享区间;  
静态变量、常量、类信息(构造方法、接口定义)、运行时的常量池存在方法区中，但是实例变量存在堆内存中，和方法区无关

栈

栈:栈内存,主管程序的运行,生命周期和线程同步;
线程结束，栈内存也就是释放,对于栈来说,不存在垃圾回收问题 一旦线程结束，栈就Over!
栈内存中:8大基本类型+对象引用+实例的方法
栈运行原理:栈帧
栈满了: StackOverflowError

三种JVM

●Sun公司HotSpot Java Hotspot™ 64-Bit Server VM (build 25.181-b13,mixed mode)
●BEAJRockit
●IBM J9VM
我们学习都是: Hotspot

堆

一个JVM只有一个堆内存,堆内存的大小是可以调节的.类加载器读取类文件后,一般会把类,方法,常量,变量,保存我们所有引用类型的真实对象.

堆内存细分为三个区域:

• 新生区(伊甸园区):Young/New
• 养老区old
• 永久区Perm

GC垃圾回收,主要是在伊甸园区和养老区~

假设内存满了,OOM,堆内存不够! java.lang.OutOfMemoryError

Java heap space 永久存储区里存放的都是Java自带的 例如lang包中的类 如果不存在这些，Java就跑不起来了 在

JDK8以后，永久存储区改了个名字(元空间)

新生区

类:诞生和成长的地方，甚至死亡; ●

分为:

伊甸园区:所有对象都在伊甸园区new出来

幸存0区和幸存1区:轻GC之后存下来的

老年区(养老区)

永久存在的对象放在老年区,真理:经过研究，99%的对象都是临时对象!

步骤:

当伊甸园区满了之后进行轻GC幸存下来的放到幸存0区或幸存1区
当伊甸园区,幸存0区和幸存1区都满了进行重GC,幸存下来的放到养老区
当伊甸园区,幸存0区和幸存1区和养老区都满了,会出现OOM

永久区

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

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

注意:
元空间在逻辑上存在而物理上不存在,又称为非堆,但是实际上是和堆放在同一个物理空间中;
方法区中的一小块为常量区.

堆优化调优

在一个项目中,突然出现了OOM堆内存溢出错误,该如何排查.

内存快照分析工具,MAT,Jprofiler,Debug一行一行分析代码.
分析Dump内存文件,快速定位内存泄漏

MAT,Jprofiler作用：
获得堆中的数据,获得大的对象.
MAt是集成在Eclipse中使用.

OOM排错：

GC

GC:Garbage Collection 垃圾收集

Java中,GC的对象是Java堆和方法区(即永久区)

1.引用计数法
引用计数算法算是实现最简单的了，它只需要一个简单的递归即可实现。现代编程语言比如Lisp，Python，Ruby等的垃圾收集算法采用的就是引用计数算法。现在就让我们来看下引用计数算法(reference counting)是如何工作的。

原理:实际上是通过在对象头中分配一个空间来保存该对象被引用的次数。如果该对象被其它对象引用，则它的引用计数+1，如果删除对该对象的引用，那么它的引用计数就-1，当该对象的引用计数为0时，那么该对象就会被回收。

GC的时候会将计数器为0的对象C给销毁.

引用计数法无法解决循环引用的问题

根搜索算法的概念：
　　由于引用计数算法的缺陷，所以JVM一般会采用一种新的算法，叫做根搜索算法。它的处理方式就是，设立若干种根对象，当任何一个根对象到某一个对象均不可达时，则认为这个对象是可以被回收的。

复制算法的概念：

将原有的内存空间分为两块，每次只使用其中一块，在垃圾回收时，将正在使用的内存中的存活对象复制到未使用的内存块中，之后，清除正在使用的内存块中的所有对象，交换两个内存的角色，完成垃圾回收。

• 与标记-清除算法相比，复制算法是一种相对高效的回收方法
• 不适用于存活对象较多的场合，如老年代（复制算法适合做新生代的GC）
• 幸存区from和幸存区to中谁空谁是to,我们会将to中的数据复制到from中保持to中数据为空;
• from和to区实际上为逻辑上的概念,保证to区一直空;
• 默认对象经过15次GC后还没有被销毁就会进入养老区.

流程:

• 将Eden区进行GC存活对象放入空的to区,将from区存活的放到空的to区
• 此时from区为空变成了to区,to区有数据变为from区
• 经过15次GCfrom区还存活的对象会被移动到养老区
  

好处:没有内存碎片

坏处:浪费了内存空间(to区为空)

复制算法最佳使用场景:对象存货度较低(如果存活度较高,则from区空间全部被占满导致会将全部内容复制到to区)

3.标记-清除算法

标记清除算法的概念：

标记-清除算法是现代垃圾回收算法的思想基础。标记-清除算法将垃圾回收分为两个阶段：标记阶段和清除阶段。一种可行的实现是，在标记阶段，首先通过根节点，标记所有从根节点开始的可达对象。因此，未被标记的对象就是未被引用的垃圾对象；然后，在清除阶段，清除所有未被标记的对象。

它的做法是当堆中的有效内存空间（available memory）被耗尽的时候，就会停止整个程序（也被成为stop the world），然后进行两项工作，第一项则是标记，第二项则是清除。

需要两次扫描,第一次扫描标记存活对象,第二次扫描清除没有被标记的对象

优点:不需要额外的空间

缺点:两次扫描严重浪费时间,并且还会产生内存碎片

标记-压缩/整理算法(老年代)

概念：

标记-压缩算法适合用于存活对象较多的场合，如老年代。它在标记-清除算法的基础上做了一些优化。和标记-清除算法一样，标记-压缩算法也首先需要从根节点开始，对所有可达对象做一次标记；但之后，它并不简单的清理未标记的对象，而是将所有的存活对象压缩到内存的一端；之后，清理边界外所有的空间。