四、性能检查工具使用

　　定位内存泄漏：

　　JProfiler 工具主要用于检查和跟踪系统（限于 Java 开发的）的性能。 JProfiler 可以通过时时的监控系统的内存使用情况，随时监视垃圾回收，线程运行状况等手段，从而很好的监视 JVM 运行情况及其性能。

　　1、应用服务器内存长期不合理占用，内存经常处于高位占用，很难回收到低位；

　　2、应用服务器极为不稳定，几乎每两天重新启动一次，有时甚至每天重新启动一次；

　　3、应用服务器经常做 Full GC（Garbage Collection），而且时间很长，大约需要 30-40秒，应用服务器在做 Full GC的时候是不响应客户的交易请求的，非常影响系统性能。

　　因为开发环境和产品环境会有不同，导致该问题发生有时会在产品环境中发生， 通常可以使用工具跟踪系统的内存使用情况，在有些个别情况下或许某个时刻确实 是使用了大量内存导致 out of memory，这时应继续跟踪看接下来是否会有下降，

　　如果一直居高不下这肯定就因为程序的原因导致内存泄漏。

　　五、不健壮代码的特征及解决办法

　　1、尽早释放无用对象的引用。好的办法是使用临时变量的时候，让引用变量在退出活动域后，自动设置为 null ，暗示垃圾收集器来收集该对象，防止发生内存泄露。

　　对于仍然有指针指向的实例， jvm 就不会回收该资源 ， 因为垃圾回收会将值为 null 的对象作为垃圾，提高 GC 回收机制效率；

　　2、我们的程序里不可避免大量使用字符串处理，避免使用 String ，应大量使用 StringBuffer ，每一个 String 对象都得独立占用内存一块区域；

　　3、尽量少用静态变量，因为静态变量是全局的， GC 不会回收的；

　　4、避免集中创建对象尤其是大对象， JVM 会突然需要大量内存，这时必然会触发 GC 优化系统内存环境；显示的声明数组空间，而且申请数量还极大。

　　这是一个案例想定供大家警戒：

　　使用jspsmartUpload作文件上传，现在运行过程中经常出现java.outofMemoryError的错误，用top命令看看进程使用情况，发现内存不足2M，花了很长时间，发现是jspsmartupload的问题。把jspsmartupload组件的源码文件（class文件）反编译成Java文件，如梦方醒：