沉迷写代码的程序猿的博客

在Java语言中，每个类或接口都会被编译器编译程一个个class字节码文件。类加载则是将这些class字节码文件的二进制数据读入到内存中，并且对数据进行校验、解析、初始化。最终，每一个类都会在方法区保存一份它的元数据，在堆中创建一个与之对应的Class对象。类的生命周期需要经历7个阶段，分别是加载、验证、准备、解析、初始化、使用、卸载类的加载过程则是前面5个阶段，分别是加载、验证、准备、解析、初始化，其中验证、准备、解析可以归纳为 “连接” 阶段。

一些比较小的数字，比如10这样的数字，并不存储在运行时常量池的，它是跟着方法的字节码指令存储在一起的。，这个指令的意思是将一个byte压进操作数栈（其长度会补齐4字节），类似的指令还有。首先，会由JVM的类加载器把main方法所在的这个类进行一个类加载的操作。最后return，完成main方法的调用，弹出main栈帧，程序结束。接着将操作数栈中的变量弹出，放置在3号位置中，也就是赋值给c。，接着将操作数栈中的32768放置在局部变量表的2号槽位。方法，生成新的栈帧，传递参数并执行新栈帧的字节码。

图中所示七种垃圾收集器虽然算不上先进技术，但是它们在实践中足够成熟，基本上可以认为是现在未来两、三年内，能够在生产环境上放心使用的所有垃圾收集器了。这七种垃圾收集器是作用于不同分代的，两个收集器之间若有连线，则说明它们可以搭配使用。垃圾收集器的位置则表示了属于新生代还是老年代收集器。串行吞吐量优先响应时间优先。

根据判定对象消亡的角度来看，垃圾收集算法可分为引用计数式垃圾收集（直接垃圾收集）追踪式垃圾收集（间接垃圾收集）Java虚拟机中采用的是追踪式垃圾收集，追踪式垃圾收集有标记-清除算法标记-复制算法。

总所周知，垃圾收集器的任务就是将“死去”的对象回收。那么，垃圾收集器在对堆进行回收前，第一件事，就是要确认这些对象是否还“存活”着。引用计数算法可达性分析算法。

下面是 《深入理解 Java 虚拟机 第三版》2.2.7 小节 关于 Java 直接内存的描述。直接内存（Direct Memory）并不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中定义的内存区域。但是这部分内存也被频繁地使用，而且也可能导致异常出现，所以我们放到这里一起讲解。在 JDK 1.4 中新加入了类，引入了一种基于通道（Channel）与缓冲区（Buffer）的 I/O 方式，它可以使用 Native 函数库直接分配堆外内存，然后通过一个存储在 Java 堆里面的。

带有native关键词的方法就是需要Java去调用本地的C或C++方法，但是Java有时候无法直接和操作系统底层交互，所以就用到了本地方法栈。常量池是 *.class 文件中的，当该类被加载以后，它的常量池信息就会放入运行时常量池，并把里面的符号地址变为真实地址。在JDK以前，习惯上把方法区称为永生代，但是到了JDK8，完全废弃了永生代的概念，改用在本地内存中实现的元空间。二进制字节码包含（类的基本信息，常量池，类方法定义，包含了虚拟机的指令）通过new出来的对象都会放在堆里。

栈帧过大、过多、或者第三方类库操作，都有可能造成栈内存溢出 java.lang.stackOverflowError ，我们可以使用使用 -Xss256k 指定栈内存大小。物理内存是一定的，栈内存分配越大，可以支持更多方法递归调用，但是可执行的线程数就会减少。Java Virtual Machine Stacks （Java 虚拟机栈）Program Counter Register 程序计数器（寄存器）不会，栈内存是方法调用的时候产生，方法调用结束的时候弹出栈。是记录下一条JVM指令的执行地址行号。