扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
1.使用更多生命周期短的、小的、不改变指向(immutable)的对象,编写清晰的代码。 出于懒惰也好,朴素的节俭意识也好,我们都习惯对一个变量重用再重用。但是....
所以有标题的呼吁,比如不要害怕为中间结果分配小对象。但编程习惯的改变也不是一朝一夕的事情。
2.将用完的对象设为NULL其实没什么作用。 貌似很酷的把对象主动设为Null 其实没什么用,JIT Compiler其实会自动分析local变量的生命周期。
3.避免显式GC--System.gc()。 大家都知道System.gc()不好,full-gc浪费巨大,gc的时机把握不一定对等等,甚至有-XX:+DisableExplicitGC的JVM参数来禁止它。 哈哈,但我还不会用System.gc()呢,不怕不怕。真的不怕吗?
如果无可避免,用-Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 (单位为微妙) 增大大GC的间隔(原默认值为1分钟),-XX:+ExplicitGCInvokesConcurrent 让System.gc() 也CMS并发执行。
4.继续千夫所指的finalize() 大家也都知道finalize()不好,分配代价昂贵,释放代价更昂贵(要多走一个循环,而且他们死得慢,和他们相关联的对象也跟着死得慢了),又不确定能否被调用(JVM开始关闭时,就不会再进行垃圾收集),又不确定何时被调用(GC时间不定,即使system.gc()也只是提醒而不是强迫GC,又不确定以什么样的顺序调用,所以finalize不是C++的析构函数,也不像C++的析构函数。 我们都知道啊,所以我从来都没使用。都是在显式的维护那些外部资源,比如在finally{}里释放。
5.WeakReference/SoftReference 这是个平时不怎么会搭理,偶然知道了又觉得有用的Java特征。大家都知道Java里所有对象除int等基本类型外,都是Pass by Reference的指针,实例只要被一个对象连着,就不会被收集。 Foo foo = new Foo(); SoftReference sr= new SoftReference(foo); Foo bar = sr.get(); 如果foo已被垃圾收集,sr.get()会返回Null; 另外还有一个ReferenceQueue的机制,使得对象被回收时能获得通知,比finalize()完全不知道GC何时会执行要聪明的多。 ReferenceQueue rq = new ReferenceQueue(); ref = new WeakReference(foo, rq); WeakReference cleaned = rq.pool(); cleaned就是刚刚被GC掉的WeakReference。 6.内存泄漏 java 不是有垃圾收集器了吗?怎么还泄漏啊,唬我啊??
|
濡傛灉鎮ㄩ潪甯歌揩鍒囩殑鎯充簡瑙T棰嗗煙鏈€鏂颁骇鍝佷笌鎶€鏈俊鎭紝閭d箞璁㈤槄鑷抽《缃戞妧鏈偖浠跺皢鏄偍鐨勬渶浣抽€斿緞涔嬩竴銆�