JVM学习

1.体系结构

JVM调优一般都在堆和方法区（特殊的堆）

2.类加载器

1.当JVM启动的时候，Java开始使用如下三种类型的类加载器：

启动类加载器： BootstrapClassLoader，负责加载存放在 JDK\jre\lib(JDK代表JDK的安装目录，下同)下，或被 -Xbootclasspath参数指定的路径中的，并且能被虚拟机识别的类库（如rt.jar，所有的java.开头的类均被 BootstrapClassLoader加载）。启动类加载器是无法被Java程序直接引用的。

扩展类加载器： ExtensionClassLoader，该加载器由 sun.misc.Launcher$ExtClassLoader实现，它负责加载 JDK\jre\lib\ext目录中，或者由 java.ext.dirs系统变量指定的路径中的所有类库（如javax.开头的类），开发者可以直接使用扩展类加载器。

应用程序类加载器： ApplicationClassLoader，该类加载器由 sun.misc.Launcher$AppClassLoader来实现，它负责加载用户类路径（ClassPath）所指定的类，开发者可以直接使用该类加载器，如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。

2、类加载双亲委派机制介绍和分析

JVM在加载类时默认采用的是双亲委派机制。通俗的讲，就是某个特定的类加载器在接到加载类的请求时，首先将加载任务委托给父类加载器，依次递归 (本质上就是loadClass函数的递归调用)，因此所有的加载请求最终都应该传送到顶层的启动类加载器中。如果父类加载器可以完成这个类加载请求，就成功返回；只有当父类加载器无法完成此加载请求时，子加载器才会尝试自己去加载。事实上，大多数情况下，越基础的类由越上层的加载器进行加载，因为这些基础类之所以称为“基础”，是因为它们总是作为被用户代码调用的API（当然，也存在基础类回调用户用户代码的情形，即破坏双亲委派模型的情形）。 关于虚拟机默认的双亲委派机制，我们可以从系统类加载器和扩展类加载器为例作简单分析

3.Native、方法区

1.本地方法栈去调用本地方法接口

2.PC寄存器

3.方法区

4.栈

5.堆

伊甸园中经过轻量级之后还活着，移至幸存区(0、1)，若伊甸园区和幸存区都满了，则进行一次重量级，如果此线程还活着则放入养老区。

1.OOM（堆溢出）

1.尝试扩大堆内存去查看内存结果
-Xms1024m -Xmx1024m -XX:+PrintGCDetails

2.若不行，分析内存，看一下是哪个地方出现了问题（专业工具）
能够看到代码第几行出错：内存快照分析工具，MAT（eclipse），Jprofiler
Dubug，一行行分析代码！（不现实）

2.工具调优

6.栈，堆，方法区关系图

栈，堆，方法区关系图

转载于：狂神视频
博客笔记