类加载器子系统负责从文件系统或者网络中加载Class文件，class文件在文件开头有特定的文件标识。ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定。主要包括四种验证，文件格式验证，元数据验证，

是一块较小的内存，是当前线程所执行的字节码的行号指示器。是Java虚拟机规范中唯一没有规定OOM的区域。生命周期和线程相同。是Java方法执行的内存模型。执行每个方法都会创建一个栈帧，用于存储局部变量和操作数。局部变量所需要的内存空间大小在编译期间完成分配

JVM 会对字节流进行文件格式校验，判断其是否符合 JVM 规范，是否能被当前版本的虚拟机处理。JVM 会对代码组成的数据流和控制流进行校验，确保 JVM 运行该字节码文件后不会出现致命错误。当通过准备阶段之后，JVM 针对类或接口、字段、类方法、接口方法

类收到了加载请求时，它是不会先自己去尝试加载的，而是委派给父类去完成，只有当父类加载器都反馈自己无法完成这个请求时，子类加载器才会自行尝试加载。这样做的好处是，加载位于rt.jar包中的类时不管是哪个加载器加载，最终都会委托到BootStrap Class

强引用是默认支持，当内存不足的时候，JVM开始垃圾回收，对于强引用的对象，就算是出现了OOM也不会回收对象。因此强引用是造成Java内存泄漏的主要原因之一。对于一个普通对象，如果没有其他引用关系，只要超过了引用的作用域或者显式地将相应的强引用赋值为null

a类加载必须按加载、验证、准备、初始化、卸载顺序按部就班的开始，但有可能会在一个阶段执行的过程中调用、激活另一个阶段。d创建好类以后，随时可以进入准备阶段，但必须在初始化阶段开始之前完成。a什么时候开始加载，JVM规范没有强制约束????c1、启动类加载器

本文翻译自Sangmin Lee发表在Cubrid上的”Become a Java GC Expert”系列文章的第三篇《How to Tune Java Garbage Collection》,本文的作者是韩国人，写在JDK 1.8发布之前，虽然有些地方

为什么 JVM 在 Java 中如此重要？首先你应该知道，运行一个 Java 应用程序，我们必须要先安装 JDK 或者 JRE 包。这是因为 Java 应用在编译后会变成字节码，然后通过字节码运行在 JVM 中，而 JVM 是 JRE 的核心组成部分。JV

应用程序以及相关数据将决定Java堆空间占用需求。通过静态内存，可“预测”下面的内存需求：。确定将会有多少不同的应用程序部署到预先计划的一个单独的JVM进程上，例如有多少个ear文件、war文件、jar文件等。在一个JVM上部署的应用程序越多，对本机堆的需

JVM虚拟机，就像是古代大侠的内功心法，只有招数没有内功是不行的！我们Java程序员想要快速提升，最离不来的就是JVM！大多数同学学习JVM面临的痛点:市面上真正适合大家学习的JVM资料太少，有的书或资料虽然讲得比较深入，但是语言晦涩难懂，相信大多数同学看

这就要谈及Java虚拟机。也就是说，只要在不同平台上安装对应的JVM，就可以运行字节码文件，运行我们编写的Java程序。所以，运行Java程序必须有JVM的支持，因为编译的结果不是机器码，必须要经过JVM的再次翻译才能执行。

如果ClassX引用ClassY，那么ClassX的类加载器会尝试加载ClassY，前提是ClassY尚未被加载。我们知道，classpath下的类只能由应用类加载器或者我们自己定义的类加载器去加载，根类加载器由特定的加载路径，classpath对于根类加

今天继续JVM的垃圾回收器详解，如果说垃圾收集算法是JVM内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。今天我们详细谈谈以上7种垃圾收集器的优劣势和使用场景。Serial收集器依然是虚拟机运行在Client模式下默认新生代收集器，对于运行在Cli

在JDK1.2之前，在自定义类加载器时，总会去重写loadClass方法，从而实现自定义的类加载类，但是JDK1.2之后已不再建议用户去覆盖loadClass方法，而是建议把自定义的类加载逻辑写在findClass方法中。在编写自定义类加载器时，如果没有太

项目上线了一个接口，先灰度一台机器观察调用情况；接口不断的调用，过了一段时间，发现机器上的接口调用开始报OOM异常 ！当天就是上线deadline了，刺激。。使用jps -l -m获取到当前jvm进程的pid，通过上述命令获取到了服务的进程号：427726

Java是目前用户最多、使用范围最广的软件开发技术之一。Java 的技术体系主要由支撑。在国内，有关Java API、Java语言语法及第三方框。架的技术资料和书籍非常丰富，相比之下，有关Java虚拟机的资料却显得异常贫乏。尽管了解Java技术的来龙去脉，

基本思路就是通过一系列名为”GCRoots”的对象作为起始点，从这个被称为GC Roots的对象开始向下搜索，如果一个对象到GCRoots没有任何引用链相连时，则说明此对象不可用。

VisualVM，能够监控线程，内存情况，查看方法的CPU时间和内存中的对象，已被GC的对象，反向查看分配的堆栈，从界面上看还是比较简洁的，左边是树形结构，自动显示当前本机所运行的Java程序，还可以添加远程的Java VM，其中括号里面的PID指的是进程

设置完成后重启，到此我的除了消息体数据字体没有生效之外其他的图标，菜单已经适配了高分辨率。

JDK7 仅仅把字符串常量池移动到了堆，JDK8 废弃了永久代变更为元空间，运行时常量池跟随元空间被移出JVM 内存，是方法区的一部分。并且在类加载的解析阶段会把运行时常量池的符号引用替换成直接引用，这个过程需要查找字符串常量池。本质上是一个哈希表，jdk