深入JAVA虚拟机（GC）

概述：只有更好的了解jvm内存分配和GC，才能写出更加健壮的代码。

既然要垃圾回收，第一点当然要知道哪些是垃圾。
也就是判断对象是否存活：
最简单的方法是 引用计算算法，也就是给每个对象添加一个引用计数器，如果被引用就加1，引用失效时，就减1，但是它解决不了对象循环引用的问题，目前来说使用是比较少的。

可达性分析算法：比较常用的方法是可达性分析；它的基本思路是：
通过一系列称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索走过的路径叫引用链，当一个对象到GC Roots没有任何引用链相连时，说明对象不可达。
那么哪些是GC Roots呢？
1、前文提到的栈帧中的本地变量表（可以浮浅的理解为栈）中引用的对象。
2、方法区（Perm）中类静态变量属性引用的对象。
3、方法区中常量引用的对象。
4、本地方法栈中JNI引用的对象。

在这里，我们还需要对引用进行扩展：
强引用：普遍存在，普通的new操作，只要强引用还存在，GC不会回收。
软引用：SoftReference类，系统如果内存要溢出，会回收掉这些对象。
弱引用：WeakReference类，每次GC工作时都会被回收。
虚引用：PhantomReference类，为这个对象设置虚引用的唯一目的就是能在这个对象被回收前收到一个系统通知，是最弱的一种引用。

垃圾回收算法：
这里就不详细描述了，因为我的理解还找不出跟网上的其他描述不同的地方。= =

这里再补充下常用的jdk命令：
java javac就不再说了，说一些可以帮我们分析jvm的命令，比如：
jps 显示所有虚拟机进程
jstat jvm各方面的运行数据
jinfo jvm配置信息
jmap memory Map for java
jhat 可以再浏览器上查看heapdump文件。
jstack jvm线程快照

其中用的最多的就是jstat 和jmap，
比如：jstat -gcutil pid 可以查看当前年轻代、old区、perm区的使用情况，ygc和fgc的次数和时间。
经常会用jstat的相关命令来做监控，预警服务器的gc情况和各内存区的使用情况。
常用的命令大家可以去参考jstat相关文章。

jmap，大部分都是用来获取dump文件，它还可以查询finalize执行队列、java堆和perm的一些使用情况。
如：jmap -dump pid。生成java heap快照，方便分析问题。可以用eclipse的Memory analyzer插件来查看dump文件中的对象情况。 所以一般不推荐使用自带的jhat来分析。memory analyzer也更加强大。

另外还有两个非常常用的可视化工具 ： JConsole 和 VisualVM
用起来也非常简单，建议大家自行打开查看。