一、JVM是什么
|
Java虚拟机（英语：Java Virtual Machine，缩写为JVM），又名爪哇虚拟器，一种能够运行Java bytecode的虚拟机，以堆栈结构机器来进行实做。最早由太阳微系统所研发并实现第一个实现版本，是Java平台的一部份，能够运行以Java语言写作的软件程序。 Java虚拟机有自己完善的硬体架构，如处理器、堆栈、寄存器等，还具有相应的指令系统。JVM屏蔽了与具体操作系统平台相关的信息，使得Java程序只需生成在Java虚拟机上运行的目标代码（字节码），就可以在多种平台上不加修改地运行。通过对中央处理器（CPU）所执行的软件实作，实现能执行编译过的Java程序码（Applet与应用程序）。 作为一种编程语言的虚拟机，实际上不只是专用于Java语言，只要生成的编译文件符合JVM对载入编译文件格式要求，任何语言都可以由JVM编译运行。除外，除了甲骨文，也有其他开源或闭源的实现。 ——维基百科 |
这个描述还是很简单易懂的，虚拟机的这种机制带给了代码一种全新的生命力，就是一处编绎,到处运行。当然美好的事情总归是有些缺陷的。因为要在一台物理机器上搭建一套虚拟的体系，以此来解决各个硬件与系统间的差异问题，确实是件很美好的事情，但同时损失的自然就是运行时的效率。
二、JVM的体系规格
java的这套体系是种开放的规格，只要能按规格编绎出来的程序都可以跑在JVM上。JVM定义了控制Java代码解释执行和具体实现的五种规格，它们是：
- JVM指令系统
- JVM寄存器
- JVM 栈结构
- JVM 碎片回收堆
- JVM 存储区
三、JVM的工作原理
- 操作系统加载JVM（windows）
1.创建JVM装载环境和配置
2.装载JVM.dll
3.初始化JVM.dll并挂界到JNIENV(JNI调用接口)实例
4.调用JNIEnv实例装载并处理class类
- JVM加载类
下面看看一个java代码是怎么运行起来的：
参考文：http://www.ibm.com/developerworks/cn/java/j-lo-classloader/
四、JVM的内存管理
这里有一篇文章讲的很详细：http://developer.51cto.com/art/201303/387175.htm
JVM的内存结构分为6块：PC Register(PC寄存器)、JVM堆、JVM栈、方法区域、运行时常量、本地方法堆栈。如下图示意：
对于开发来说主要关注的还是堆和栈。
JVM一些参数设置：
-Xss：这个参数就是用来指定栈的大小
-Xms:设置JVM启动时最小的堆内存大小
-Xmx:设置JVM堆的最大内存大小
-XX:PermSize及-XX:MaxPermSize指定方法区域（MethodArea）的初始值与最大值
MethodArea对应的是持久代(PermanetGeneration)，所以设置Perm的大小很重要，否则会报java.lang.OutOfMemoryError: PermGen space。
五、垃圾收集器(Garbage Collector，GC)
垃圾收集器这个东西对于程序员来说可谓是一种解脱，可以不用显式释放内存了。这种神奇的疗效还是要看看他的基本原理了解一下情况才行。下面摘了一段话：
|
有几种垃圾收集的基本策略：引用计数、标记-清除、标记-整理 (mark-compact) 和复制。此外，一些算法可以以 增量 方式完成它们的工作（不需要一次收集整个堆，使得收集暂停时间更短），一些算法可以在用户程序运行时运行（ 并发收集）。其他算法则必须在用户程序暂停时一次进行整个收集（即所谓的 stop-the-world收集器）。最后，还有混合型的收集器，如 1.2 和以后版本的 JDK 使用的分代收集器，它对堆的不同区域使用不同的收集算法。 ——摘自developerWorks 中国 |
这里就回收的算法来看主要就上面列出来的几种，其中比较重要的是“复制”和“标识-整理”有必要理解一下。
复制收集器就是划分两个对等空间，其中一个放活跃对象，另一个空着，等第一个满了就复制活跃对象到另一个空着的，然后将这两个空间角色换一下。这里有个重点就是只复制活跃对象。活跃对象通常就是可到达的对象也就是不用回收的内存，换言之就是除此之外的就是垃圾，那么这样的好处就是复制一次后，将那些垃圾一次回收就行了。而且复制后内存空间是会经过整理的连续的，不会有碎片问题。
标识-整理收集器算法结合了标记-清除和复制，代价是增加了一些收集复杂性。与标记-清除类似，标记-整理是两阶段过程，在标记阶段访问并标记每个活跃对象。然后，复制标记的对象，使所有活跃对象被整理到堆的底部。如果每一次收集时进行彻底的整理，那么得到的堆就类似于复制收集器的结果 ―― 在堆的活跃部分与自由部分有明确的界线，这样分配成本与复制收集器相当。长寿的对象趋向于沉在堆的底部，这样就不会像在复制收集器中那样反复复制它们。
既然是垃圾回收，那么自然有一个问题什么是垃圾？
|
由分配器分配的，但是用户程序不可到达的内存块。不可到达是什么意思？可以以两种方式之一访问内存块 ―― 或者用户程序在 根 (root)中有对这一内存块的引用，或者在另一个可到达的块中有对这个块的引用。 ——摘自developerworks |
这里面提到了一个很关键的点，就是根(Root)，那什么才是Root？这个得好好了解一下。下面是GC Root的种类：
- Class - 由系统类加载器(system class loader)加载的对象，这些类是不能够被回收的，他们可以以静态字段的方式保存持有其它对象。我们需要注意的一点就是，通过用户自定义的类加载器加载的类，除非相应的java.lang.Class实例以其它的某种（或多种）方式成为roots，否则它们并不是roots，.
- Thread - 活着的线程
- Stack Local - Java方法的local变量或参数
- JNI Local - JNI方法的local变量或参数
- JNI Global - 全局JNI引用
- Monitor Used - 用于同步的监控对象
- Held by JVM - 用于JVM特殊目的由GC保留的对象，但实际上这个与JVM的实现是有关的。可能已知的一些类型是：系统类加载器、一些JVM知道的重要的异常类、一些用于处理异常的预分配对象以及一些自定义的类加载器等。然而，JVM并没有为这些对象提供其它的信息，因此就只有留给分析分员去确定哪些是属于"JVM持有"的了。
分代垃圾收集
有人做过分析，应用程序堆中的对象有98%的对象存活的时间比较短，还有一些是会存活很长，甚至会随着应用程序整个生命周期。将这两类对象可以称为年轻代和持久代。
|
分代收集器(generializational collector)将堆分为多个代。在年轻的代中创建对象，满足某些提升标准的对象，如经历了特定次数垃圾收集的对象，将被提升到下一更老的代。分代收集器对不同的代可以自由使用不同的收集策略，对各代分别进行垃圾收集。 ——摘自developerworks |
可以看出分代垃圾收集主要是将对象以生命周期进行归类，然后针对不同的类别使用不同的回收算法，这样就可以更优的进行跟踪回收。
JDK 1.4.1 默认收集器
|
在默认情况下，JDK 1.4.1 将堆分为两部分，一个年轻的代和一个老的代（实际上，还有第三部分――永久空间，它用于存储装载的类和方法对象）。借助于复制收集器，年轻的代又分为一个创建空间（通常称为 Eden）和两个生存半空间。 老的代使用标记-整理收集器。对象在经历了几次复制后提升到老的代。小的收集将活的对象从 Eden 和一个生存半空间复制到另一个生存半空间，并可能提升一些对象到老的代。大的收集（major collection）既会收集年轻的代，也会收集老的代。 System.gc() 方法总是触发一个大的收集，这就是应该尽量少用（如果不能完全不用的话） System.gc() 的原因之一，因为大的收集要比小的收集花费长得多的时间。没有办法以编程方式触发小的收集。 ——摘自developerworks |
总的机制就是让寿命长的对象逐步往老的代中放，这样可以优化收集的时机，减少收集暂停给应用程序带来的影响。基本上GC的简单机制就这些内容。
参考文：
http://blog.csdn.net/java2000_wl/article/details/8022293
http://www.ibm.com/developerworks/cn/java/j-jtp11253/
http://www.cnblogs.com/5207/p/4275882.html