在将工作电脑的操作系统更换为win7之后，我的MyEclipse的启动速度和运行速率一直很不理想。特别是在同时修改调试多个页面模板的时候，来回切换两个文件总是会卡个十来秒。试过关掉各种插件和验证也无济于事。于是在大致的研究完JVM后，决定从JVM的角度来试着解决这个问题。 [b]启动优化：[/b] 首先来看下我的myeclipse.ini里面的默认启动参数： [b]-Xmx512m ：[/b]设置堆内存最大值为512M [b]-XX:MaxPermSize=256m ：[/b]设置持久代最大值为256m [b]-XX:ReservedCodeCacheSize=64m ：[/b]设置代码占用的内存大小为64m 从启动参数上看不出什么，于是往里面加入打印内存变化相关参数： [b]-XX:+PrintGCTimeStamps : [/b]打印每次GC的时间戳 [b]-XX:+PrintGCDetails ：[/b] 打印每次GC的详细信息 [b]-Xloggc:myEclipseGC.log ：[/b]将GC的记录输出到文件 [b]-verbose:gc : [/b]输出每次GC的相关情况 然后启动MyEclipse，然后查看myEclipseGC.log里面的信息： [img]http://files.jb51.net/file_images/article/201605/201651792945867.jpg?20164179300[/img] 启动耗时大概在30秒左右，选择性的截取一小部分日志，可以看到，在myeclipse启动的前10秒内，JVM总共执行了300多次的GC和9次的FULL GC。 从GC频率和信息可以看出内存的回收率很高，且大小在不断调整，这应该是由于年轻代的空间不足导致，需要设定一个不小的初始值。 然后来重点关注FULL GC： 从两次日志的对比中可以看到，FULL GC主要是在回收Tenured和Perm这两个区域，并且这两个区域的大小都在不断的调整中，所以决定先把它们的大小固定下来。 于是调整后的参数如下： [b]-Xms512m ：[/b]设定堆的最小值为512m [b]-Xmn192m : [/b]设定年轻代的大小为192m [b]-XX:PermSize=192m : [/b]设定持久代的初始值为192m -XX:MaxPermSize=192m -XX:ReservedCodeCacheSize=64m -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:myEclipseGC.log -verbose:gc 重新启动一次MyEclipse，查看日志信息： [img]http://files.jb51.net/file_images/article/201605/201651793127909.jpg?201641793145[/img] 启动耗时12秒左右，从日志可以看出，在前10秒内总共只进行了5次GC，不涉及各区域大小的调整，这个结果还是可以接受的，因为工作时不怎么需要频繁重启。 [b]工作响应速度优化：[/b] 接下来研究困扰了我很久的来回切换html文件时的经常性延时和大卡问题，为了更直观的研究JVM的内存变化，决定借助jconsole这个java自带的辅助工具。先把myeclipse.ini的参数还原，避免被第一阶段的优化干扰。 启动myeclipse，启动jconsole并接入myeclipse所在的JVM，稳定后的整个堆的内存图如下： [img]http://files.jb51.net/file_images/article/201605/201651793245084.jpg?201641793253[/img] 接下来试着打开几个模板，然后观察内存的变化。 首先是堆内存的整体使用情况： [img]http://files.jb51.net/file_images/article/201605/201651793323851.jpg?201641793334[/img] 可以看到，在打开了几个模板之后，堆内存的使用从原先的100M以下突增至300M以上。使用量增加了三倍，但是还在我设置的512M范围之内。所以可以暂时不考虑继续增加堆内存，转而考虑调整各区内存大小比例问题。 于是观察下各个区在这段时间的内存使用情况，其中，Eden区如下： [img]http://files.jb51.net/file_images/article/201605/201651793414882.jpg?201641793423[/img] Eden区在这段时间的内存使用率大增，且发生了多次GC。通过底下的监控信息可以知道，eden区在默认情况下只分配了31M的最大内存，这显然是不够用的。稍微执行点操作都会触发eden区的GC，这应该是模板打开切换发生延时卡顿的原因之一，需要调整。 接下来是Tenured区： [img]http://files.jb51.net/file_images/article/201605/201651793444641.jpg?201641793519[/img] JVM默认给这个区域分配的最大空间是470M。随着内存使用的变化，这个区域的实际大小一直在调整，每次区域大小的调整都会发生FULL GC，这应该是经常性大卡的原因之一。而新模板的打开是触发这种调整的主要原因。从这个区域内存的使用上来看，将这个区域的内存空间维持并固定在450M左右，保持一定的冗余还是有必要的。 从这点来看，jvm的堆内存还是有必要稍微扩充下以维持一个较大的Tenured区和Eden区。 最后来看下perm区： [img]http://files.jb51.net/file_images/article/201605/201651793550950.jpg?20164179361[/img] 作为方法区的一部分，这个区域的内存变化并不大，并且比较稳定，本来不需要留太多的冗余。但是考虑到当前打开的工程实际代码量并不大，决定暂时维持在128M左右，日后慢慢调整。 于是根据上面的分析将参数调整为： -Xmx768m -Xms768m -Xmn256m -XX:PermSize=192m -XX:MaxPermSize=192m -XX:ReservedCodeCacheSize=64m 重启myeclipse，接入Jconsole，同时打开三十来个模板做了下测试。在观查各个区的内存使用率时发现一个问题，在将年轻代调整为256M以后，由于Eden不再频繁的发生GC，进入 Tenured区的数据量明显减少 ，Tenured区的内存使用图如下： [img]http://files.jb51.net/file_images/article/201605/201651793646199.png?201641793653[/img] 如上图，在特意打开很多模板的情况下，450M+的空间只使用了不到250M，空间利用率太低，需再做调整。 [b]总结[/b]  以上是我对自己的myeclipse进行调优的一些思路和实际调优的过程，在实际使用中又根据自己的喜好进行了一些调整定制，最终形成的myeclipse.ini的参数如下： -vmargs -Xmx512m -Xms512m -Xmn192m -XX:PermSize=128m -XX:MaxPermSize=128m -XX:ReservedCodeCacheSize=64m 在这个参数设置下，myeclipse的响应速度比较有保证，各种延时卡顿的现象的出现频率大大降低。缺点是常驻的占用的系统内存偏高，喜欢同时打开多个myeclipse的同学可根据自己的需要和实际情况进行适当的调整。 以上就是本文的全部内容，希望能够对大家的学习有所帮助。