06 Eliminate obsolete object references 删除无用的对象引用
通常来说无用对象会在GC后被回收, 但是由于某些操作会导致这部分对象不再使用, 但是会一直存在, 也就是我们常说的内存泄露.
书中总结了以下三个容易内存泄露的场景:
使用数组实现栈的功能, 通过移动指针实现出栈功能, 实际不会弹出对象, 也就是说这些"出栈"的对象由于一直在数组中维护所以并不会被回收, 存在内存泄露问题. 解决办法是在出栈时将对象数组引用设置为null.
这个例子感觉单纯就是为了说明内存泄露的场景, 实际上应该不会有这种实现方式. 不过当我们自己维护一个公共集合时确实需要考虑是否会出现内存泄露, 并通过手动置空来保护系统.-
使用本地缓存, 这里说的本地缓存不是像caffeine这样的成熟工具, 而是我们自己创建的本地缓存. 通常是不建议自己造轮子实现本地缓存, 需要考虑的细节比较多容易出问题. 如果有实现本地缓存的需求, 建议使用WeakHashMap. WeakHashMap与HashMap基本相同, 最大的区别是Entry的实现, WeakHashMap中的Entry继承了WeakReference, 会将map中的key实例化为弱引用, WeakHashMap会保证当key不再使用的时候value也会被自动回收. talk is cheap~
image.png
public class DemoObject {
private String name;
public DemoObject(String name) {
this.name = name;
}
@Override
public String toString() {
return "name: " + name;
}
@Override
protected void finalize() throws Throwable {
System.out.println("finalize method is called");
}
public static void main(String[] args) throws InterruptedException {
WeakHashMap<DemoObject, String> m = new WeakHashMap<>();
m.put(new DemoObject("weak"), "big value");
System.out.println(m);
HashMap<DemoObject, String> map = new HashMap<>();
map.put(new DemoObject("normal"), "big value");
System.out.println(map);
System.gc();
System.out.println(m);
System.out.println(map);
}
}
// 返回结果
{name: weak=big value}
{name: normal=big value}
{}
{name: normal=big value}
finalize method is called
观察程序执行结果可以发现WeakHashMap中的对象已经被回收了.
- 第三种是使用监听模式, 监听模式一般需要注册监听对象, 如果使用完后没有执行撤销注册则会出现跟内存泄露情况. 和第二条类似, 这种情况也可以使用WeakHashMap解决.
内存泄露问题通常不好发现, 业务运行正常只是偶尔出现性能问题, 而且该问题可能通过重启解决. 总之, 内存泄露问题预防最关键, 预防可以从以下两个方面考虑:
- 尽量缩小对象的使用范围, 超出执行范围该对象就可能被回收了.
- 如果某个类需要自己控制内存操作, 如上文中的第一条和第二条, 那就需要注意, 使用弱引用或者手动设置空的方式释放不需要的内存.
