前言
总所周知, java不同于c/c++,它不需要程序员自已来管理内存(分配,释放内存),java 会自己来管理内存,比如销毁某些不再被使用的对象。这些操作都是在一个后台线程默默进行(Garbage Collector Thread),也就是垃圾收集器线程,根据jvm实现的策略来释放对象内存。但是程序编写者却无法控制这个后台线程,无法让它在你想要的时候开始释放内存,销毁对象,按照你的规定来销毁那些对象,释放内存,这些都是都jvm自己控制的。但是随着 java.lang.ref这个包下的类的引进,程序员拥有了一点点控制你创建的对象何时释放,销毁的权利,当然只是一点点。那接下来就来看看这些类和java中的四种引用类型有何对应关系。先来看看这四种引用类型,因为jvm在进行垃圾收集的时候,需要判断哪些对象需要销毁,这时就与这几种引用类型相关。
以下是这几种引用类型:
- 强引用(Strong References)
强引用类型是我们平时写代码的时候最常用的引用,而大部分人往往都会忽略这个概念,都成一种理所当然的事情了。
接下来看看下面这个简单的例子:
public class Main {
public static void main(String[] args) {
//创建一个对象,new出来的对象都是分配在java堆中的
Sample sample = new Sample(); //sample这个引用就是强引用
sample = null; //将这个引用指向空指针,
//那么上面那个刚new来的对象就没用任何其它有效的引用指向它了
//也就说该对象对于垃圾收集器是符合条件的
//因此在接下来某个时间点 GC进行收集动作的时候, 该对象将会被销毁,内存被释放
}
}
class Sample {
}
也可以画个简单的图理解一下:
20170604105301187.png
- 软引用(Soft References)
软引用在java.lang.ref包中有与之对应的类java.lang.ref.SoftReference。
重点: 被弱引用指向的对象不会被垃圾收集器收集(即使该对象没有强引用指向它),除非jvm使用内存不够了,才会对这类对象进行销毁,释放内存。举个简单的例子:
public class Main {
public static void main(String[] args) {
//创建一个对象,new出来的对象都是分配在java堆中的
Sample sample = new Sample(); //sample这个引用就是强引用
//创建一个软引用指向这个对象 那么此时就有两个引用指向Sample对象
SoftReference<Sample> softRef = new SoftReference<Sample>(sample);
//将强引用指向空指针 那么此时只有一个软引用指向Sample对象
//注意:softRef这个引用也是强引用,它是指向SoftReference这个对象的
//那么这个软引用在哪呢? 可以跟一下java.lang.Reference的源码
//private T referent; 这个才是软引用, 只被jvm使用
sample = null;
//可以重新获得Sample对象,并用一个强引用指向它
sample = softRef.get();
}
}
class Sample {
}
有兴趣可以去看看Reference的源码。
20170604112225748.png
现在是不是想到了软引用的一个使用场景,它相比与强引用可以避免OOM。
现在可以简单的测试下 当jvm内存不足的情况下,软引用的回收情况。
为了更快的看到结果,我限制了jvm的最大堆内存 -Xmx100m 为100m
public class Main {
private static final List<Object> TEST_DATA = new LinkedList<>();
public static void main(String[] args) throws InterruptedException {
//创建一个对象,new出来的对象都是分配在java堆中的
Sample sample = new Sample(); //sample这个引用就是强引用
//创建一个软引用指向这个对象 那么此时就有两个引用指向Sample对象
SoftReference<Sample> softRef = new SoftReference<Sample>(sample);
//将强引用指向空指针 那么此时只有一个软引用指向Sample对象
//注意:softRef这个引用也是强引用,它是指向SoftReference这个对象的
//那么这个软引用在哪呢? 可以跟一下java.lang.Reference的源码
//private T referent; 这个才是软引用, 只被jvm使用
sample = null;
//可以重新获得Sample对象,并用一个强引用指向它
//sample = softRef.get();
new Thread(){
@Override
public void run() {
while (true) {
System.out.println(softRef.get());
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
TEST_DATA.add(new byte[1024 * 1024 * 5]);
}
}
}.start();
Thread.currentThread().join();
}
}
class Sample {
private final byte[] data;
public Sample() {
data = new byte[1024 * 1024 * 10];
}
}
可以看到当jvm内存耗尽的时候,会将弱引用的对象进行回收 上面的例子的10m,且刚好还可以分配两次 5m一次 ,输出了两次null也证明了这一点
当然我们在创建软引用时,还可以传入ReferenceQueue,这个队列有啥用呢? 当jvm回收某个软引用对象之后会将该SoftReference对象(例子中的softRef对象)添加进这个队列,因此我们就知道这个对象啥时候被回收了,可以做一些我们想做的操作。
- 弱引用(Weak References)
弱引用会被jvm忽略,也就说在GC进行垃圾收集的时候,如果一个对象只有弱引用指向它,那么和没有引用指向它是一样的效果,jvm都会对它就行果断的销毁,释放内存。其实这个特性是很有用的,jdk也提供了java.util.WeakHashMap这么一个key为弱引用的Map。比如某个资源对象你要释放(比如 db connection), 但是如果被其它map作为key强引用了,就无法释放,被jvm收集。
来个简单的例子:
public class Main {
private static final List<Object> TEST_DATA = new LinkedList<>();
private static final ReferenceQueue<Sample> QUEUE = new ReferenceQueue<>();
public static void main(String[] args) {
//创建一个对象,new出来的对象都是分配在java堆中的
Sample sample = new Sample(); //sample这个引用就是强引用
//创建一个弱引用指向这个对象 那么此时就有两个引用指向Sample对象
//SoftReference<Sample> softRef = new SoftReference<Sample>(sample, QUEUE);
WeakReference<Sample> weakRef = new WeakReference<Sample>(sample, QUEUE);
//将强引用指向空指针 那么此时只有一个弱引用指向Sample对象
//注意:softRef这个引用也是强引用,它是指向SoftReference这个对象的
//那么这个弱引用在哪呢? 可以跟一下java.lang.Reference的源码
//private T referent; 这个才是弱引用, 只被jvm使用
sample = null;
//可以重新获得Sample对象,并用一个强引用指向它
//sample = softRef.get();
new Thread(){
@Override
public void run() {
while (true) {
System.out.println(weakRef.get());
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
Thread.currentThread().interrupt();
}
TEST_DATA.add(new byte[1024 * 1024 * 5]);
}
}
}.start();
new Thread(){
@Override
public void run() {
while (true) {
Reference<? extends Sample> poll = QUEUE.poll();
if (poll != null) {
System.out.println("--- 弱引用对象被jvm回收了 ---- " + poll);
System.out.println("--- 回收对象 ---- " + poll.get());
}
}
}
}.start();
try {
Thread.currentThread().join();
} catch (InterruptedException e) {
System.exit(1);
}
}
}
class Sample {
private final byte[] data;
public Sample() {
data = new byte[1024 * 1024 * 10];
}
}
- 虚幻引用(Phantom References)
虚幻应用和弱引用的回收机制差不多,都是可以被随时回收的。但是不同的地方是,它的构造方法必须强制传入ReferenceQueue,因为在jvm回收前(重点: 对,就是回收前,软引用和弱引用都是回收后),会将PhantomReference对象加入ReferenceQueue中; 还有一点就是PhantomReference.get()方法永远返回空,不管对象有没有被回收。
网友评论