JVM的自动内存管理要自动化地解决两个问题：对象分配内存以及回收分配给对象的内存。回收内存前几篇已经讲了，现在说内存分配。对象的内存分配一般分配在堆内存中，也可能经过JIT 编译后被拆散为标量类型间接地在栈上分配。对象主要分配在新生代的Eden 区上，如果启动了本地线程分配缓存，将按线程优先在TLAB （本地线程分配缓存）上分配。少数情况下也可能会直接分配在老年代中，分配的规则不是固定的，与使用哪

Java 虚拟机规范中制定了虚拟机字节码执行引擎的概念模型，这个概念模型成为各种版本虚机执行引擎的统一外观（Facade）。在不同的虚拟机实现里面，执行引擎在执行Java代码的时候可能会有解释执行（通过解释器执行）和编译执行（通过即时编译器产生本地代码执行）两种选择，也可能两者兼备，甚至还可能会包含几个不同级别的编译器执行引擎。

垃圾收集算法的实现涉及大量的程序细节，而且各个平台的虚拟机操作内存的方法又各不相同，介绍几种垃圾收集算法的思想及其发展过程．

定义：用原型实例指定创建对象的种类，并通过拷贝这些原型创建新的对象。类型：创建类模式类图：原型模式主要用于对象的复制，它的核心是就是类图中的原型类Prototype。Prototype类需要具备以下两个条件：l  实现Cloneable接口。在java语言有一个Cloneable接口，它的作用只有一个，就是在运行时通知虚拟机可以安全地在实现了此接口的类上使用clone方

收集算法是内存回收的方法论，垃圾收集据是内存回收的具体实现。Java虚拟机规范中对垃圾收集器应该如何实现没有规定，不同的厂商、不同版本的虚拟机所提供的垃圾收集器可能会有很大差别，一般都会提供参数供用户根据自己的所用特点和要求组合出各个年代所使用的收集器。直到现在还没有最好的收集器，更加设有万能的收集器，只是对具体应用选择最合适的收集器。

类从被加载到虚拟机内存中开始，到卸载出内在为止，它的整个生命周期包括：加载、验证、准备、解析、初始化、使用和卸载 7 个阶段。其中验证、准备、解析3个部分统称为连接。加载、验证、准备、初始化和卸载这个阶段的顺序是确定的，类的加载过程必须按照这种顺序按部就班地开始，而解析阶段则不一定： 它在某些情况下可以在初始化阶段之后再开始。

Java虚拟机在执行Java程序的过程中，会把它所管理的内存划分为若干个不同的数据区，这些区域都有自己各自的用途，以及创建和销毁的时间，有的区域随着虚拟机进行的启动而存在，有些区域则依赖用户线程的启动和结束而建立和销毁。

对于任意一个类，都需要由加载它的类加载器和这个类本身一向确立其在Java 虚拟机中的唯一性，每一个类加载器，都拥有一个独立的类名称空间。比较两个类是否“相等”，只有在这两个类是由同一个类加载器加载的前提下才有意义，否则，即使这两个类来源于同一个Class 文件，被同一个虚拟机加载，只要加载它们的类加载器不同，那这两个类就必定不相等。这里所指的“相等”，包括代表类的Class 对象的equals()

有了对象存活判定算法和垃圾收集的算法。HotSpot虚拟机在实现时充分考虑到算法执行的效率，保证虚拟机高效运行。

垃圾收集器在对堆进行回收前，首先要做的事情就是要确定这些对象之中哪些还“存活”着， 哪些已经“死去＂ （即不可能再被任何途径使用的对象）。