关于JVM垃圾回收

首先说一下什么是垃圾？ 一般来说，所有指向对象的引用都已失效，不可能再有程序能调用到这个对象，那么这个对象就成了垃圾，应该被回收。 而Java通常是基于GC Roots的可达性来判断对象的引用是否失效的。 因此， 基于你这个问题， 弄清楚了GC Roots可达行即可解决。
GC Roots有一些几类：

1. 虚拟机栈中的引用对象
2. 方法区中类静态属性引用的对象
3. 方法区中常量引用对象
4. 本地方法栈中JNI引用对象

上面楼主例子中的cache属于第一类：虚拟机栈中的引用对象， 所有它不是垃圾， 即使发生GC 也不会被回收
而方法中的i是一个局部变量， 方执行结束后就处于GC Roots不可达的状态，它被当做的垃圾， 但是否要被回收还要看是否发生了GC。

1.这里的i是个primitive。他应该是存在栈上的，不在堆上。所以木有垃圾回收一说（当然，方法一返回，i内存位置的那个数据就不可靠了，可以说被“回收”了）。
2.没大看懂那个cache的问题。一般情况下，JVM在堆空间不够用了的时候才会开始回收。如果你的堆的最大空间（Xmx）设置的非常大，则JVM通常会扩展堆大小，而不是回收垃圾。因为回收垃圾总是要耗CPU的。这终究跟JVM的实现细节有关。
3.垃圾回收是这样的，如果你的程序没有任何办法访问到那个对象了，那么这个对象就可以被回收了。若你创建了一个XXCache对象，他内部就包含对那个HashMap的引用，如果你还能访问那个类别为XXCache的对象，这就说明你可以访问那个HashMap，JVM就不会贸然把cache给回收掉。
如果你的程序访问不到那个XXCache对象了，而且也没有对cache的其他引用。那cache就随时有可能被回收。