标签：系统资源 避免 int 结束 停止 响应 new throwable system类
在java中，当对象不存在任何引用的时候，它就成为了垃圾，如果不及时回收，释放内存，垃圾便会越积越多，最终out of memory!，jvm也就结束运行了。
有人疑惑了：我们平时编码时并没有显示的进行对象的销毁，怎么程序跑的好好的？
这就要谈到今天的主角，jvm的守护式线程GC，GC是一个垃圾回收器，按照一定的算法，不定时的进行垃圾对象的释放，同时进行内存碎片的整理，保证内存的高可用性，维持进程的正常运行。
我们看下面的一段代码：
public class DemoDatatype {
public static void main(String[] args) {
new DemoDatatype();
System.gc();
System.out.println("over!");
}
@Override
protected void finalize() throws Throwable {
System.out.println("垃圾回收前的工作！");
super.finalize();
}
}
程序输出：over!
我们创建了一个对象“new DemoDatatype()”，由于没有引用，很快就变成了垃圾对象，但是它一定会被回收吗？至少上面的结果表明没有回收，因为jvm内存充足，不屑于劳师动众去回收你，我可是很耗费资源的^_^。
java.lang.System类下有一个静态方法gc()，主动调用它，可以通知GC：嗨，我这有垃圾，快来帮忙收一下。但是，GC并不一定马上就能响应你的请求，可能半路堵车了，具体何时到达就不清楚了。执行gc()看一下结果:
public class DemoDatatype {
public static void main(String[] args) {
new DemoDatatype();
System.gc();
System.out.println("over!");
}
@Override
protected void finalize() throws Throwable {
System.out.println("垃圾回收前的工作！");
super.finalize();
}
}
程序输出：over!
垃圾回收前的工作！
或者：垃圾回收前的工作！
over!
GC工作了，因为它很闲，所以及时响应了，但也不是立刻执行的，偶然事件。
GC在进行垃圾回收前，执行了finalize()方法，我们知道，GC只认识那些通过new申请的对象，假如有一些内存是通过非正常手段开辟的，那么GC就蒙圈了。
而finalize()的作用就是做一些垃圾回收前的资源释放工作，比如一些gc无法回收的资源，如“非new”内存，未关闭的IO等。但是一定不要寄希望于finalize()来释放资源，GC未必可达，会造成内存泄漏。
GC在什么情况下才会触发呢？
1）GC是守护线程，作为服务行业的一员，优先级最低，所以在应用空闲时，它才会启动。
2）内存不足时，应用程序濒临死亡，GC会挺身而出，消灭垃圾，释放内存，若内存泄漏严重，jvm就会停止运行了。
GC工作也会耗费系统资源，如何避免不必要的开销呢？
1）不制造垃圾：减少使用临时对象；避无可避，使用完置空
2）不主动请求GC：system.gc()不要显示调用
3）明确生存周期的对象，主动销毁
4）避免集中制造大量无用对象，如大量字符串拼接
5）coding过程中注意内存泄漏，保证代码的严谨性。
关注老姜谈技术，微信号：helojava，或者扫描下面二维码。
每日一帖，技术鸡汤。
标签：系统资源 避免 int 结束 停止 响应 new throwable system类
原文地址：http://www.cnblogs.com/jiangkuan/p/6009626.html
