1.1 Visual VM简介
VisualVM 提供在 Java 虚拟机 (Java Virutal Machine, JVM) 上运行的 Java 应用程序的详细信息。在 VisualVM 的图形用户界面中,您可以方便、快捷地查看多个 Java 应用程序的相关信息。(摘自官方) 简单说来,VisualVM是一种集成了多个JDK命令行工具的可视化工具,它能为您提供强大的分析能力。所有这些都是免费的!它囊括的命令行工具包括jstat, JConsole, jstack, jmap 和 jinfo,这些工具与JDK的标准版本是一致的。 可以使用VisualVM生成和分析海量数据、跟踪内存泄漏、监控垃圾回收器、执行内存和CPU分析,同时它还支持在MBeans上进行浏览和操作。尽管VisualVM自身要在JDK6这个版本上运行,但是JDK1.4以上版本的程序它都能监控。
1.2 如何获取VisualVM
VisualVM的一个最大好处就是,它已经在你的JDK bin目录里了,只要你使用的是JDK1.6 Update7之后的版本。点击一下jvisualvm.exe图标它就可以运行了。
这里是VisualVM 的官方网站:https://visualvm.dev.java.net,资料很全,同时提供VisualVM最近版本下载。
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img.ph.126.net/gMiXzEezkcQbNX5Gz0FZGw==/3339700598672838954.jpg)
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img764.ph.126.net/OfmLWc2SZ_3jWGkT5VkxEA==/2982790328204131620.jpg)
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img840.ph.126.net/yEqdQ1Hb6e6ThEwkkH7z5Q==/793477959349271652.jpg)
如果你使用的是JDK是1.6Update7之后的版本,那么Visual VM已经包含在bin目录下了,否则需要去官方下载。
2.1.1 启动问题
如果你在windows上使用Visual VM,需要做的只是点一下jvisualvm.exe,就能启动它;绿色,好用。但是Visual VM所在的分区如果是NTFS格式,那么第一个问题就出现了:sun对NTFS格式的硬盘支持有问题!但可通过参数可避免,并完成启动。步骤如下:
1. 创建一个visualvm.exe的快捷方式(或者像上文一样,在MyEclipse中启动)
2. 在“目标”中添加如下参数
-XX:+PerfBy
passFileSystemCheck
2.1.2 界面简介
Visual VM启动成功!可以看到Visual VM的界面了。通过Visual VM可以看到本机运行中的所有Java应用。你会发现根本不需要在VisualVM 里为Java应用程序注册,它们就会自动显示出来。甚至还可以在导航栏里查看到远程的Java应用。导航栏即为Applications,其中分为Local(本地Java应用)和Remote(远程Java应用)。
2.1.3 安装插件
Visual VM有很多好用的插件,步骤如下:
1. 点击Tools -> Plugins
2. 推荐安装全部插件
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img699.ph.126.net/xEu1c1rxVowqkUbstLnxgA==/2837267765244775428.jpg)
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img161.ph.126.net/RPB_E_eNEgvGnMPzKK5fww==/2158631596396077930.jpg)
2.2.1.1 内存泄露、溢出的异同
同:都会导致应用程序运行出现问题,性能下降或挂起。
异:
1) 内存泄露是导致内存溢出的原因之一;内存泄露积累起来将导致内存溢出。
2) 内存泄露可以通过完善代码来避免;内存溢出可以通过调整配置来减少发生频率,但无法彻底避免。
2.2.1.2 监测内存泄漏
- 内存泄漏是指程序中间动态分配了内存,但在程序结束时没有释放这部分内存,从而造成那部分内存不可用的情况,重启计算机可以解决,但也有可能再次发生内存泄露,内存泄露和硬件没有关系,它是由软件设计缺陷引起的。
- 内存泄漏可以分为4类:
1) 常发性内存泄漏。发生内存泄漏的代码会被多次执行到,每次被执行的时候都会导致一块内存泄漏。
2) 偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境,偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。
3) 一次性内存泄漏。发生内存泄漏的代码只会被执行一次,或者由于算法上的缺陷,导致总会有一块仅且一块内存发生泄漏。比如,在类的构造函数中分配内存,在析构函数中却没有释放该内存,所以内存泄漏只会发生一次。
4) 隐式内存泄漏。程序在运行过程中不停的分配内存,但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏,因为最终程序释放了所有申请的内存。但是对于一个服务器程序,需要运行几天,几周甚至几个月,不及时释放内存也可能导致最终耗尽系统的所有内存。所以,我们称这类内存泄漏为隐式内存泄漏。
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img624.ph.126.net/Y2LVZKPtGB6kI3OEdLLOjw==/1714464083146353536.jpg)
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img699.ph.126.net/dvjzLz0BPjQLnRMxPA1w5w==/1134062681168561140.jpg)
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img699.ph.126.net/zX57z2ynB7AVAwFn-KMcBg==/1134062681168561141.jpg)
问题到这儿就比较清楚了,回到代码里面仔细一看可以发现,是某个地方反复的用图片来创建Image对象导致的,改掉以后搞定问题。
2.2.1.3 解决内存溢出问题
1、java.lang.OutOfMemoryError: PermGen space
JVM管理两种类型的内存,堆和非堆。堆是在JVM启动时创建;非堆是留给JVM自己用的,用来存放类的信息的。它和堆不同,运行期内GC不会释放空间。如果web app用了大量的第三方jar或者应用有太多的class文件而恰好MaxPermSize设置较小,超出了也会导致这块内存的占用过多造成溢出,或者tomcat热部署时侯不会清理前面加载的环境,只会将context更改为新部署的,非堆存的内容就会越来越多。
PermGen space的全称是Permanent Generation space,是指内存的永久保存区域,这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中,它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理,所以如果你的应用中有很CLASS的话,就很可能出现PermGen space错误,这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img116.ph.126.net/Qvu9d4Jx293EFKlvx2cBEA==/2017894108040520364.jpg)
第一种情况是个补充,主要存在问题就是出现在这个情况中。其默认空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。如果内存剩余不到40%,JVM就会增大堆到Xmx设置的值,内存剩余超过70%,JVM就会减小堆到Xms设置的值。所以服务器的Xmx和Xms设置一般应该设置相同避免每次GC后都要调整虚拟机堆的大小。假设物理内存无限大,那么JVM内存的最大值跟操作系统有关,一般32位机是1.5g到3g之间,而64位的就不会有限制了。
注意:如果Xms超过了Xmx值,或者堆最大值和非堆最大值的总和超过了物理内存或者操作系统的最大限制都会引起服务器启动不起来。
垃圾回收GC的角色,JVM调用GC的频度还是很高的,主要两种情况下进行垃圾回收:
一个是当应用程序线程空闲;另一个是java内存堆不足时,会不断调用GC,若连续回收都解决不了内存堆不足的问题时,就会报out of memory错误。因为这个异常根据系统运行环境决定,所以无法预期它何时出现。
根据GC的机制,程序的运行会引起系统运行环境的变化,增加GC的触发机会。
为了避免这些问题,程序的设计和编写就应避免垃圾对象的内存占用和GC的开销。显示调用System.GC()只能建议JVM需要在内存中对垃圾对象进行回收,但不是必须马上回收。一个是并不能解决内存资源耗空的局面,另外也会增加GC的消耗。
如上图所示,used heap的折线图呈峰状,说明垃圾对象及时被回收了,内存得以释放。如果used heap的值只增不减说明存在内存泄漏了,如果超过heap size的值,会报内存溢出的错误。
2.2.1.4 如何避免内存泄漏、溢出
1) 尽早释放无用对象的引用。
好的办法是使用临时变量的时候,让引用变量在退出活动域后自动设置为null,暗示垃圾收集器来收集该对象,防止发生内存泄露。
2) 程序进行字符串处理时,尽量避免使用String,而应使用StringBuffer。
因为每一个String对象都会独立占用内存一块区域,如:
- String str = "aaa";
- String str2 = "bbb";
- String str3 = str + str2;
- // 假如执行此次之后str , str2再不被调用,那么它们就会在内存中等待GC回收;
- // 假如程序中存在过多的类似情况就会出现内存错误;
3) 尽量少用静态变量。
因为静态变量是全局的,GC不会回收。
4) 避免集中创建对象尤其是大对象,如果可以的话尽量使用流操作。
JVM会突然需要大量内存,这时会触发GC优化系统内存环境; 一个案例如下:
- // 使用jspsmartUpload作文件上传,运行过程中经常出现java.outofMemoryError的错误,
- // 检查之后发现问题:组件里的代码
- m_totalBytes = m_request.getContentLength();
- m_binArray = new byte[m_totalBytes];
- // totalBytes这个变量得到的数极大,导致该数组分配了很多内存空间,而且该数组不能及时释放。
- // 解决办法只能换一种更合适的办法,至少是不会引发outofMemoryError的方式解决。
- // 参考:http://bbs.xml.org.cn/blog/more.asp?name=hongrui&id=3747
5) 尽量运用对象池技术以提高系统性能。
生命周期长的对象拥有生命周期短的对象时容易引发内存泄漏,例如大集合对象拥有大数据量的业务对象的时候,可以考虑分块进行处理,然后解决一块释放一块的策略。
6) 不要在经常调用的方法中创建对象,尤其是忌讳在循环中创建对象。
可以适当的使用hashtable,vector 创建一组对象容器,然后从容器中去取那些对象,而不用每次new之后又丢弃。
7) 优化配置。
1、 设置-Xms、-Xmx相等;
2、 设置NewSize、MaxNewSize相等;
3、 设置Heap size, PermGen space:
Tomcat 的配置示例:修改 %TOMCAT_HOME%/bin/catalina.bat or catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行:
set JAVA_OPTS=-Xms800m -Xmx800m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img764.ph.126.net/IQoZlkX3pE438QTlmDO8OQ==/2976316403739558927.jpg)
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img699.ph.126.net/XaOKySzTZMr9wB9yOaqN8Q==/2837549240221486155.jpg)
![使用Visual VM监控运行时的项目 - 一线天色 天宇星辰 - 一线天色 天宇星辰](http://img855.ph.126.net/vFjsnpknjI5tTHkdhROgIQ==/2760143621625757138.jpg)