浅谈java是如何做资源回收补救的
学习java的过程，我们经常谈论一个对象的回收，尤其是资源类型，如果没有显示的关闭，对象就被回收了，说明出现了资源泄漏。java本身为了防止这种情况，做了一些担保的方式，确保可以让未关闭的资源合理回收掉。
finalize回收
finalize方式是java对象被回收时触发的一个方法。java的很多资源对象，都是在finalize中写了担保的方法。
/**
*Ensuresthattheclosemethodofthisfileinputstreamis
*calledwhentherearenomorereferencestoit.
*
*@exceptionIOExceptionifanI/Oerroroccurs.
*@seejava.io.FileInputStream#close()
*/
protectedvoidfinalize()throwsIOException{
if((fd!=null)&&(fd!=FileDescriptor.in)){
/*iffdisshared,thereferencesinFileDescriptor
*willensurethatfinalizerisonlycalledwhen
*safetodoso.Allreferencesusingthefdhave
*becomeunreachable.Wecancallclose()
*/
close();
}
}
上面是FileInputStream的finalize方法，在方法被调用时，会检测文件描述符是否存在，如果存在的话就调用close方法。来确保资源的回收。
finalize方法在我们学习java的时候都并不推荐进行重写，也不推荐写复杂的逻辑在里面，主要是因为gc的时候，都会调用这个方法，如果执行的内容太多，就会导致gc被拖长。影响程序的正常运行。而且这里也只是做一个简单的担保。大部分希望的还是编写代码的人可以调用close。这样在做判断的时候就结束了，而不用真正的调用关闭的代码。
Cleaner回收
在DirectByteBuffer中，使用了一个Cleaner对象进行补救的。
unsafe.setMemory(base,size,(byte)0);
if(pa&&(base%ps!=0)){
//Rounduptopageboundary
address=base+ps-(base&(ps-1));
}else{
address=base;
}
cleaner=Cleaner.create(this,newDeallocator(base,size,cap));
att=null;
申请完资源后，会创建一个Deallocator对象。
privatestaticclassDeallocator
implementsRunnable
{
privatestaticUnsafeunsafe=Unsafe.getUnsafe();
privatelongaddress;
privatelongsize;
privateintcapacity;
privateDeallocator(longaddress,longsize,intcapacity){
assert(address!=0);
this.address=address;
this.size=size;
this.capacity=capacity;
}
publicvoidrun(){
if(address==0){
//Paranoia
return;
}
unsafe.freeMemory(address);
address=0;
Bits.unreserveMemory(size,capacity);
}
}
Deallocator的run方法中就进行了资源的释放。执行的时机就是靠Cleaner来触发的。
Cleaner是PhantomReference的子类，PhantomReference是Reference的子类。
在中有一个ReferenceHandler
privatestaticclassReferenceHandlerextendsThread{
他的run方法就是调用cleaner里的clean方法。这个线程是在静态块里启动起来的。
Threadhandler=newReferenceHandler(tg,"ReferenceHandler");
/*Iftherewereaspecialsystem-onlyprioritygreaterthan
*MAX_PRIORITY,itwouldbeusedhere
*/
handler.setPriority(Thread.MAX_PRIORITY);
handler.setDaemon(true);
handler.start();
SharedSecrets.setJavaLangRefAccess(newJavaLangRefAccess(){
@Override
publicbooleantryHandlePendingReference(){
returntryHandlePending(false);
}
});
于此同时，并且给SharedSecrets设置了一个JavaLangRefAccess。
调用clean方法的过程在tryHandlePending里，这里的参数很重要。
staticbooleantryHandlePending(booleanwaitForNotify){
Reference
waitForNotify是true的时候，在没有回收对象的时候，会进入阻塞，然后等ooe。外层是个死循环，就会被再次调用到，下次进来的时候就可以出发clean了。
ReferenceHandler是管理机制的一种。
还有一种就是SharedSecrets调用tryHandlePending(false)。
在另外一个类，bits里
finalJavaLangRefAccessjlra=SharedSecrets.getJavaLangRefAccess();
//retrywhilehelpingenqueuependingReferenceobjects
//whichincludesexecutingpendingCleaner(s)whichincludes
//Cleaner(s)thatfreedirectbuffermemory
while(jlra.tryHandlePendingReference()){
if(tryReserveMemory(size,cap)){
return;
}
}
在做reserveMemory的时候，会从SharedSecrets来调用tryHandlePending(false)。这里又变相的进行了一次回收。
小结
java回收利用两种机制。一种是finalize，一种是Cleaner。其中Cleaner一部分依赖oome触发一次回收，一部分利用reserveMemory中做一次回收。
到此这篇关于浅谈java是如何做资源回收补救的的文章就介绍到这了,更多相关java资源回收补救内容请搜索毛票票以前的文章或继续浏览下面的相关文章希望大家以后多多支持毛票票！
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。