�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#22269;&#20135;&#31934;&#21697;&#22825;&#22530;&#44;&#27431;&#32654;&#31934;&#21697;&#22269;&#20135;&#44;&#31934;&#21697;&#19968;&#21306;&#20108;&#21306;&#22312;&#32447;&#35266;&#30475;</title><link>http://www.aygfsteel.com/hunter129/category/53764.html</link><description>天天学习�Q�好好向上！
</description><language>zh-cn</language><lastBuildDate>Fri, 27 Sep 2013 10:46:18 GMT</lastBuildDate><pubDate>Fri, 27 Sep 2013 10:46:18 GMT</pubDate><ttl>60</ttl><item><title>JAVA内存���理�Q�四�Q�垃圾收集概念（下）</title><link>http://www.aygfsteel.com/hunter129/articles/402212.html</link><dc:creator>hunter129</dc:creator><author>hunter129</author><pubDate>Wed, 31 Jul 2013 09:03:00 GMT</pubDate><guid>http://www.aygfsteel.com/hunter129/articles/402212.html</guid><wfw:comment>http://www.aygfsteel.com/hunter129/comments/402212.html</wfw:comment><comments>http://www.aygfsteel.com/hunter129/articles/402212.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/hunter129/comments/commentRss/402212.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/hunter129/services/trackbacks/402212.html</trackback:ping><description><![CDATA[<div><div>本系列文章由作�?a title="hunter129" >@hunter129</a> ���译�Q��{载请注明出处�?/div><br />今天是第三章的剩余部分：4.性能度量指标�Q?.分代攉���的基本原理�?br /> <br /> <strong><span >性能</span>度量</strong><br /> &nbsp; &nbsp; <br /> 一些指标用来评估垃圾收集的性能�Q�包括：<br /> <br /> &nbsp; &nbsp; 吞吐量（Throughput�Q?br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;一个很长的周期中，除去��p��在垃圾收集上的时间占��L��间的癑ֈ�比�?br /> &nbsp; &nbsp; 垃圾攉���开销�Q�Garbage collection overhead�Q?br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;与吞吐量相反�Q�这是垃圾收集占��L��间的癑ֈ�比�?br /> &nbsp; &nbsp; �Q�译注：��Z��么需要两个指标呢�Q�对于�ƈ发的垃圾攉������法�Q�垃圾收集的部分��d���?span >应用</span><span >�pȝ��</span>同时�q�行��D��上述两个指标加�v来会大于100%�Q?br /> &nbsp; &nbsp; 暂停旉����Q�Pause time�Q?br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;垃圾攉���发生�Ӟ��应用�pȝ��暂停的时间�?br /> &nbsp; &nbsp; 攉���频率�Q�Frequency of collection�Q?br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;垃圾攉���相对于应用系�l�运行发生的频率�?br /> &nbsp; &nbsp; 占用�I�间�Q�Footprint�Q?br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;一�U�大���的指标�Q�例如堆大小�?br /> &nbsp; &nbsp; 反应旉����Q�Promptness�Q?br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;对象变成垃圾之后�?span >内存</span>可用的时�?br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;<br /> 一个交互式应用需要较低的暂停旉����Q�反之持�l�的执行旉���对于非交互式应用更加重要。一个实时应用程序要求在垃圾攉���中的暂停以及攉���<br /> 器的整个周期拥有较少的抖动。运行在个�h计算机或嵌入式设备中的应用可能主要关心小的空间占用�?br /> <br /> <strong>分代攉���</strong><br /> <br /> 使用分代�Q�generational collection�Q�收集技术时�Q�内存分为很多代�Q�generations�Q�，分离的存储池存储不同�q�龄的对象。例如，最通用的配�|?br /> 中有两代�Q�一个用于存攑ֹ��ȝ��对象�Q�另一存放�q�老的对象�?br /> <br /> 不同的代使用不同的算法执行垃圾收集�Q务，每个���法会基于本代独特的特征�q�行<span >优化</span>。分代的垃圾攉�����Z��一�U�被�U�Cؓ弱分代假设（weak <br /> generational hypothesis�Q�，它是关于在几�U�语�a��Q�包�?span >java</span>语言�Q�编写的应用�E�序中观察到的结果：<br /> <br /> &nbsp; &nbsp; 大部分的分配的对象不会被引用�Q�存�z�）很长旉����Q�这些对象在�q�轻的时候就��L���?br /> &nbsp; &nbsp; �q�老对象引用年��d��象的情况很少出现<br /> &nbsp; &nbsp; <br /> �q�轻代的攉���发生的相寚w���J�、有效、快速，因�ؓ�q�轻代的�I�间通常比较����ƈ且有很多的对象都不再被引用�?br /> <br /> 在年��M��几次攉���后仍然生存的对象最�l�会晋升�Q�promoted�Q�或者被授予�Q�tenured�Q�到�q�老代。如�?。年老代一般比�q�轻代大�Q��ƈ且增长的速度<br /> 很慢。结果是�Q�年老代的收集很���发生，但是会花�Ҏ��长的旉���才能完成�?br /> <br />  	 		 			<span style="position: absolute; left: 215px; top: 1111px;" id="attach_17840"><img src="http://172.16.1.3/bbs//images/default/attachimg.gif" alt="" border="0" /></span>&nbsp;<img src="http://www.aygfsteel.com/images/blogjava_net/hunter129/f1_gen.png" alt="" border="0" height="378" width="497" /> 				 			 			 	 <br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;�? 分代的垃圾收�?br /> &nbsp; &nbsp; <br /> 为年��M��<span >设计</span>的收集算法主要关注在速度斚w���Q�因为垃圾收集经常发生。另一斚w���Q�在�I�间斚w��更有效率的算法管理着�q�老代�Q�因为年老代占据�?br /> 大部分的堆空间�ƈ且年老代的垃圑֯�度比较低�?br /><br />此文已�{�U�d���Q?a >http://www.xiegq.com/2013/09/16/39.html</a></div><img src ="http://www.aygfsteel.com/hunter129/aggbug/402212.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/hunter129/" target="_blank">hunter129</a> 2013-07-31 17:03 <a href="http://www.aygfsteel.com/hunter129/articles/402212.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>JAVA内存���理�Q�三�Q�垃圾收集概念（上）</title><link>http://www.aygfsteel.com/hunter129/articles/402132.html</link><dc:creator>hunter129</dc:creator><author>hunter129</author><pubDate>Mon, 29 Jul 2013 13:50:00 GMT</pubDate><guid>http://www.aygfsteel.com/hunter129/articles/402132.html</guid><wfw:comment>http://www.aygfsteel.com/hunter129/comments/402132.html</wfw:comment><comments>http://www.aygfsteel.com/hunter129/articles/402132.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/hunter129/comments/commentRss/402132.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/hunter129/services/trackbacks/402132.html</trackback:ping><description><![CDATA[<div><div>本系列文章由作�?a title="hunter129" >@hunter129</a> ���译�Q��{载请注明出处�?/div><br />�W�三章包�?个小部分�Q?.垃圾攉���的基本概念，2.优秀垃圾攉���器的特征�Q?.攉���器的<span >设计</span>选择�Q?.性能度量指标�Q?.分代攉���的基本原理�?br /> 内容比较长，我会分成2���帖子发�Q�本章的内容是通用的，也就说这些内容同样适用于其他JVM的实玎ͼ�甚至其他语言的VM的垃圾收集实现�?br /> 今天的部分包�?�Q?�Q�以下是正文�Q?br /> <br /> �W�三�?垃圾攉���概念<br /> <br /> 垃圾攉���器负责以下几个事情：<br /> &nbsp; &nbsp; 1.分配<span >内存</span><br /> &nbsp; &nbsp; 2.���保被引用的对象留在内存�?br /> &nbsp; &nbsp; 3.回收执行�?span >代码</span>的引用无法到辄���对象占用的内存（译注�Q�强调执行中是�ؓ了排除对象互相引用的情况。A、B互相引用�Q�但没有��M��执行�?br /> &nbsp; &nbsp; 代码引用他们�Q�A、B也应被回�Ӟ��<br /> &nbsp; &nbsp; <br /> 对象被引用称为活着的（live�Q�。不再被引用的对象称为死掉的�Q�dead�Q�，术语叫垃圾（garbage�Q�。发现和释放�Q�或者叫回收�Q�reclaiming�Q�）<br /> �q�些垃圾占用的空间叫做垃圾收集（garbage collection�Q��?br /> <br /> 垃圾攉���可以解决很多内存分配<span >问题</span>�Q�却不能解决所有的内存分配问题。例如，你可以创建对象�ƈ无限期的引用着直到没有内存可用。垃圾收集在<br /> 使用其自�w�的旉����?span >资源</span>上是一个复杂的��d���?br /> <br /> 垃圾攉���器负责的内存是由�_����的算法来�l�织、分配和回收的，�q�对<span >开�?/span>人员隐藏。空间通常从一个被�U�Cؓ堆（heap�Q�的非常大的内存池分配出来�?br /> 垃圾攉���的时间由垃圾攉���器决定。通常�Q�整个堆或堆的一部分被填满或者达到某个阈值的时候，会触发垃圾收集�?br /> <br /> 满��内存分配的请求是一个困隄�����d���Q�这其中包括要从堆中扑ֈ�一个��够大的内存块。对于大部分的动态内存分配算法，其主要的问题是需要在<br /> 保持内存分配和回收效率的同时避免内存���片�?br /> <br /> <strong>优秀的垃圾收集器的特�?/strong><br /> <br /> 垃圾攉���器必���L��安全有效的。就是说�Q���用中�?span >数据</span>永远不能�?span >错误</span>的释放，同时在很���的几个攉���周期内垃圑ְ�应该被回收�?br /> <br /> 垃圾攉���器的执行效率也必���d��优秀�Q�暂停时间不能太�ѝ��暂停的时候，<span >应用</span><span >�pȝ��</span>是不�q�行的。然而，像大部分的计���机�pȝ��那样�Q�这里也必须�?br /> 旉���、空间、频率之间做出权衡。例如，堆很���的时候，垃圾攉���的速度很快但堆被填满的速度更快�Q�这样就需要更频繁的垃圾收集。相反的�Q�大<br /> 的堆填满的速度慢，攉���的频率也慢，但花费的旉���会比较长�?br /> <br /> 另一个特征是有限的内存碎片（fragmentation�Q�。当垃圾对象的内存释攑֐��Q�释攄����I�间会在各种各样的区域�Ş成小块的�I�隙以至于可能导致没<br /> 有一个��够大的连�l�区域分配给较大的对象。一�U�减���内存碎片的�Ҏ��叫做压羃�Q�compaction�Q�，在下面垃圾收集器的设计决�{�部分会讨论到�?br /> <br /> 可扩展性同样很重要。在多核�pȝ��上运行的多线�E�程序中�Q�内存分配、垃圾收集都不能成�ؓ瓉����?br /> <br /> <strong>设计决策</strong><br />  <br /> 设计和选择垃圾攉������法时必���d����Z���p�d��选择�Q?br /> &nbsp; &nbsp; <br /> &nbsp; &nbsp; <strong>串行�q�是�q�行</strong><br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;在串行收集中�Q�同一旉���只做一件事情。例如，即便有多个cpu可用�Q�却只有一个进行收集工作。当使用�q�行攉����Ӟ��垃圾攉�����d��会分<br /> &nbsp; &nbsp; 成几个小的部分，�q�些���的部分在不同的cpu上同时执行。同时执行的操作使得攉���速度更快�Q�它的代��h��额外的复杂性和可能更多的内存碎<br /> &nbsp; &nbsp; 片�?br /> <br /> &nbsp; &nbsp; <strong>�q�发的（Concurrent�Q�还是停止一切（Stop-the-world�Q?/strong><br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;当执行停止一切（Stop-the-world�Q�的垃圾攉����Ӟ��应用�pȝ��在收集期间完全暂停（suspended�Q�了。另外一�U�选择是，一个或多个垃圾<br /> &nbsp; &nbsp; 攉�����d��可以和应用系�l�同时�ƈ发的执行。通常�Q�一个�ƈ发的攉���器，大部分工作�ƈ发的执行�Q�但仍会有一些短暂的暂停�Q�stop-the-world <br /> &nbsp; &nbsp; pauses�Q�。停止一切的垃圾攉���比�ƈ发收集更���单，因�ؓ整个堆都�ȝ��了，在收集期间对象不会改变。它�~�点是一些应用程序不喜欢的暂�?br /> &nbsp; &nbsp; �Q�paused�Q�。相应的�Q��ƈ发收集的暂停旉���更短�Q�但攉���器必���L��外的���心�Q�执行收集的同时应用�pȝ��可能会改变对象的状态，�q�会增加一<br /> &nbsp; &nbsp; 些开销。�ƈ发收集会影响<span >性能</span>�q�且需要较大的堆内存�?br /> &nbsp; &nbsp; <br /> &nbsp; &nbsp; <strong>压羃 or 不压�~?or 拯���</strong><br /> &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;当收集器判定内存中的对象哪些是存�zȝ��哪些是垃圾之后，攉���器可以压�~�（compact�Q�内存，���所有存�zȝ��对象攑ֈ�一��P��从而完全的<br /> &nbsp; &nbsp; 恢复剩余的内存。压�~�之后，在第一个空闲位�|�分配内存将会非常的�Ҏ��和迅速。可以用一个简单的指针�l�持下一个可分配对象的位�|�。相<br /> &nbsp; &nbsp; 对压�~�的攉���器，非压�~�（non-compacting�Q�的攉���器在原地�Q�in-place�Q�释攑֞�圑֯�象占用的�I�间�Q�它不会像压�~�的攉���器那��L��动存�z?br /> &nbsp; &nbsp; 的对象创��Z��个大的回收区。非压羃的好处是攉���完成的很快，�~�点是可能有内存���片。一般来��_��从原地释攄���内存分配�I�间比从压羃�?br /> &nbsp; &nbsp; 堆分配内存更困难些。它必须搜素堆空间找��C��个��够大能容�U�x��对象的连�l�内存区域。第三种可供选择的是<span >复制</span>�Q�copying�Q�收集器�Q�拷�?br /> &nbsp; &nbsp; �Q�或疏导evacuates�Q�所有活动的对象到另一个不同的内存区域。它的好处是原来的区域可以直接置�I�，���单快速的为随后的内存分配做好�?br /> &nbsp; &nbsp; 备，�~�点是需要额外的�I�间和时间�?br /><br />此文已�{�U�d���Q?a >http://www.xiegq.com/2013/09/15/37.html</a></div><img src ="http://www.aygfsteel.com/hunter129/aggbug/402132.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/hunter129/" target="_blank">hunter129</a> 2013-07-29 21:50 <a href="http://www.aygfsteel.com/hunter129/articles/402132.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>JAVA内存���理�Q�二�Q�对比直接和自动内存���理</title><link>http://www.aygfsteel.com/hunter129/articles/401846.html</link><dc:creator>hunter129</dc:creator><author>hunter129</author><pubDate>Mon, 22 Jul 2013 13:55:00 GMT</pubDate><guid>http://www.aygfsteel.com/hunter129/articles/401846.html</guid><wfw:comment>http://www.aygfsteel.com/hunter129/comments/401846.html</wfw:comment><comments>http://www.aygfsteel.com/hunter129/articles/401846.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/hunter129/comments/commentRss/401846.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/hunter129/services/trackbacks/401846.html</trackback:ping><description><![CDATA[<div>
<div>本系列文章由作�?a title="hunter129" >@hunter129</a> ���译�Q��{载请注明出处�?/div>
<br />
�W�二�?直接 VS 自动<span >内存</span>���理<br />
<br />
内存���理是这��L��一些过�E�，识别哪些对象不再有用�Q�回�Ӟ��释放�Q�这些对象��用的内存�Q��ɘq�些内存在随后的分配中可用。在一些编�E�语�a�中，<br />
内存分配是程序员的责仅R��这��复杂的��d����D��了很多常见的<span >错误</span>�Q�如怪异、错误的�E�序行�ؓ和程序崩溃。结果是�Q?span >开�?/span>人员很大比例的时间都<br />
在调试解册���些错误�?br />
<br />
在直接内存管理的�E�序中经常犯的一个错误是悬挂引用�Q�dangling references�Q�。对象��用的�I�间被回收时�Q�可能还有其他对象引用着。如�?br />
一个对象拥有这��P��悬挂�Q�的引用�Q�当它试图访问原始对象时�Q�很可能�q�块�I�间已经分配�l�了新的对象�Q�结果导致了未预期的讉K���?br />
<br />
另外一个在直接内存���理中常见的错误是内存泄�Ԍ��space leaks�Q�。内存分配完不再使用后却没有释放��׃��产生�q�样的错误。例如，你打���释�?br />
一个链表（linked list�Q���用的�I�间时犯了一个错误，只回收了链表的第一个对象，其余的对象就不再被引用了�Q�然而这些对象脱���M���E�序的控<br />
�Ӟ��再也无法使用或恢复。如果��生了���_��的泄�Ԍ��内存���持�l�消耗，直到再也没有可用的部分�?br />
<br />
作�ؓ替代�Ҏ���Q�一�U�称为垃圾收集（garbage collector�Q�的自动内存���理�Ҏ��正在被广泛��用，���其是在��C��的面向对象语�a�中。自动内存管�?br />
使得�~�写出更多抽象的接口、更多稳�?span >代码</span>成�ؓ可能�?br />
<br />
垃圾攉���避免了悬挂引�?span >问题</span>�Q�因�����某处引用的对象永�q�不会被攉����Q�内存不会被释放。垃圾收集同栯���决了上面提到的内存泄露问题，因�ؓ�?br />
再被引用的内存将自动释放�?br />
�Q�译注：实际�?span >java</span>中依然有&#8220;内存泄露&#8221;问题�Q�只是这�U�泄露与上文中提到的传统上的泄露不同。可以理解�ؓ对内存的不恰当��用，会导致垃圾收<br />
集频�J�发生[本应存储对象的没有存储下来]�Q�或OOM错误[本来应释攄���内存没有释放]。）</div>
<br />
上一���：<a target="_blank" href="http://www.aygfsteel.com/hunter129/articles/401810.html" title="JAVA内存���理�Q�一�Q�综�q�和介绍">JAVA内存���理�Q�一�Q�综�q�和介绍</a><br />
此文已�{�U�d���Q?a >http://www.xiegq.com/2013/09/14/25.html</a><br />
<script type="text/javascript">
$(document).ready(function(){
    var h = setInterval(function(){
        console.log($("#div-gpt-ad-1364133350381-0"));
        if ($("#div-gpt-ad-1364133350381-0") != null){
           $("#div-gpt-ad-1364133350381-0").hide();
           clearInterval(h)
        }
    }, 500);
}); 
</script><img src ="http://www.aygfsteel.com/hunter129/aggbug/401846.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/hunter129/" target="_blank">hunter129</a> 2013-07-22 21:55 <a href="http://www.aygfsteel.com/hunter129/articles/401846.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>JAVA内存���理�Q�一�Q�综�q�和介绍</title><link>http://www.aygfsteel.com/hunter129/articles/401810.html</link><dc:creator>hunter129</dc:creator><author>hunter129</author><pubDate>Sun, 21 Jul 2013 15:03:00 GMT</pubDate><guid>http://www.aygfsteel.com/hunter129/articles/401810.html</guid><wfw:comment>http://www.aygfsteel.com/hunter129/comments/401810.html</wfw:comment><comments>http://www.aygfsteel.com/hunter129/articles/401810.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.aygfsteel.com/hunter129/comments/commentRss/401810.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/hunter129/services/trackbacks/401810.html</trackback:ping><description><![CDATA[<div><div>本系列文章由作�?a title="hunter129" >@hunter129</a> ���译�Q��{载请注明出处�?br /><br />准备发一�p�d��帖子�Q�主要介�l?span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=java">java</span>�?span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=%C4%DA%B4%E6">内存</span>���理机制�?br /> 主要内容是对sun的内存管理白皮书《Memory Management in the Java HotSpot&#8482; Virtual Machine》的���译�Q�也会加上自��q��理解�?br /> 英文不好�Q�我慢慢���译�Q�大家慢慢看。当然可以去看原版，作�ؓ附�g上传了�?br /><br /> �q�是�W�一���帖子，主要内容是白皮书的第一章，�Ҏ�����文���的介绍�?br /><br /> �W�一�?介绍<br />Java的一个长处就是提供了自动内存���理机制�Q�因此屏蔽了<span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=%BF%AA%B7%A2">开�?/span>人员�q�行直接内存���理的复杂性�?br /> �q�篇文章提供了一个针对J2SE 5内存���理的概览。描�q�C��垃圾攉���器（garbage collectors�Q�如何有效的�q�行内存���理�Q��ƈ�l�出了一些关于收<br /> 集器的选择和收集器�q�行时内存区域大���配�|�的�����。这���文章还列出了媄响垃圾收集器�Q�garbage collector�Q�行为最常用的选项�Q��ƈ且提�?br /> 了很多详�l�文���的链接�Q�因此本文可以作为参�?span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=%D7%CA%C1%CF">资料</span>使用�?br /><br /> �W�二章�ؓ初学者介�l�自动内存管理的概念。本章会���单的讨论一下自动内存管理和�E�序员直接内存管理�?br /><br /> �W�三章整体介�l�了垃圾攉���的概��c�?span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=%C9%E8%BC%C6">设计</span>决策�?span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=%D0%D4%C4%DC">性能</span>度量。同�Ӟ��介绍了基于对象生命周期的分代内存���理机制�Q�这是一�U�常用的内存�l�织方式�?br /> �q�种�Ҏ��已经被证明在减少垃圾攉���暂停旉���、很宽泛<span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=%D3%A6%D3%C3">应用</span>范围内的整体消耗方面很有效�?br /><br />剩下的部分是针对HotSpot JVM�Q�译注，HotSpot JVM是Sum/Oracle 开发的一�U�JVM�Q�其他的�q�有BEA/Oracle的JRockit�Q?span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=IBM">IBM</span>的J9 VM�{�）的内宏V�?br />�W�四章介�l�了4钟垃圾收集器�Q�其中一个是在J2SE 5.0 update6中增加的�Q��ƈ且描�q�C��分代的内存组�l�。对于每�U�垃圾收集器�Q�简要描�q�C��们���?br /> 的算法类型和调优<span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=%B2%CE%CA%FD">参数</span>�?br /><br /> �W�五章描�q�C��一�U�在J2SE 5.0提供的新技术，它会�Ҏ��应用<span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=%CF%B5%CD%B3">�pȝ��</span>�q�行的��^台和操作�pȝ��自动选择垃圾攉���器和堆大���，�q�根据用戯���为动态进�?br /> 垃圾攉���<span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=%D3%C5%BB%AF">优化</span>。这�U�技术称为功效学�Q�ergonomics�Q��?br /><br /> �W�六章给��Z��一些垃圾收集器的选择和配�|�的推荐配置�Q�同时也提供了一些处理OutOfMemoryError错误的徏议。第七章���要描�q�C��一些用于垃圾收<br /> 集性能�Q�garbage collection performance�Q�评估的<span href="http://www.aygfsteel.com/hunter129/admin/tag.php?name=%B9%A4%BE%DF">工具</span>。第八章列出了用于控制垃圾收集器的选择和行为最常用的命令行参数。最后，�W�九章提<br /> 供了更多涉及�q�篇文章内容的详�l�文����?br /><br />附�g��L��步金山快盘下载：<a target="_blank" >http://www.kuaipan.cn/file/id_60654657730512059.htm</a><br /><br />此文已�{�U�d���Q?a >http://www.xiegq.com/2013/09/11/12.html</a></div></div><img src ="http://www.aygfsteel.com/hunter129/aggbug/401810.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/hunter129/" target="_blank">hunter129</a> 2013-07-21 23:03 <a href="http://www.aygfsteel.com/hunter129/articles/401810.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                                                                                                         <footer>
<div class="friendship-link">
<a href="http://www.aygfsteel.com/" title="&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;">&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;</a>

</div>

</footer>


��վ֩���ģ�壺
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��Դ</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��Դ</a>|
<a href="http://" target="_blank">��÷��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��Ϫ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�ڳ���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��̨��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��Ҵ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��̨��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��³����</a>|
<a href="http://" target="_blank">»Ȱ</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">®����</a>|
<a href="http://" target="_blank">�Ž���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��Ϫ��</a>|
<a href="http://" target="_blank">¬����</a>|
<a href="http://" target="_blank">������</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>