JProfiler使用入门-主要用于检查和跟踪系统（限于Java开发的）的性能

JProfiler是一个全功能的Java剖析工具（profiler），主要用于检查和跟踪系统（限于Java开发的）的性能。

 

JProfiler可以通过时时的监控系统的内存使用情况，随时监视垃圾回收，线程运行状况等手段，从而很好的监视JVM运行情况及其性能。它把CPU、线程和内存的剖析组合在一个强大的应用中。JProfiler可提供许多IDE整合和应用服务器整合功能。

       本文旨在通过简单的例子带领大家进入JProfiler的世界。我也是刚刚学习哦，大家要是有鸡蛋的话留着吃就好了，现在鸡蛋好贵的^o^

1、建立JBoss测试用例(tomcat也一样)

打开JProfiler显示QuickStart对话框，选择An application server,locally or remotely，如下图：

2、选择服务器

点击Next进入“服务器选择”对话框，选择JBoss 4.x，如下图

3、选择启动脚本

点击Next进入“启动脚本选择”对话框，输入JBoss启动脚本(run.bat)的路径，如下图：

4、选择JVM的厂商、版本和模式

点击Next进入“JVM选择”对话框，我们选择Sun公司的hotspot 1.4.2，如下图：

5、输入JProfiler的端口号

点击Next进入“JProfiler端口输入”对话框，我们保持默认不变，如下图：

6、选择JBoss是否在连接到JProfiler后再启动JBoss

点击Next进入“JBoss是否在连接到JProfiler后再启动”页面，这里我们保持默认选择，即在JBoss连接到JProfiler后再启动JBoss，如下图：

7、确认配置

点击Next进入“确认配置”对话框，确认配置是否正确，如下图，如果不正确点击Back到相应对话框进行修改。

  

8、配置完成

点击Next进入“完成配置”对话框，点击finish完成配置，并启动JBoss服务器，控制台界面如下图：

       到这里JProfiler就建立起了一个简单的测试用例，后面的文章中我会陆续向大家介绍JProfiler如何测试一些具体例子。

JProfiler是一款Java的性能监控工具。可以查看当前应用的对象、对象引用、内存、CPU使用情况、线程、线程运行情况（阻塞、等待等），同时可以查找应用内存使用得热点，即：哪个对象占用的内存比较多；或者CPU热点，即：哪儿方法占用的较大的CPU资源。

下面结合一个简单的例子说明Jprofiler如何使用

package my;

import java.io.IOException;
import java.util.ArrayList;

public class Test {

    public static void main(String[] args) throws IOException {
       char ch=' ';
        while(ch!='n')
            ch=(char)System.in.read();
        for(int i=0;i<1000;i++)
            test();
        ch=' ';
        while(ch!='n')
            ch=(char)System.in.read();
    }

    public static void test(){
        ArrayList<Integer> arr=new ArrayList<Integer>();
        for(int i=0;i<10000;i++)
            arr.add(new Integer((int)(Math.random()*100)));
        //arr.clear();
        //arr=null;
    }
}

代码中红色的部分是为了停下来对JProfiler进行操作和观察结果而设置的。

经过实验，发现蓝色部分加上和不加结果是一样的。因为arr是局部变量，test()运行结束时其生命周期也结束了，arr所引用的对象也被回收。因此也没必要设置为null。

1、启动JProfiler，选择local application

2、进入下一步，设置参数

3、确认，在下面的对话框中也点OK确认

Profiling Setting

系统中已存在的对象

4、设置要记录的数据

记录对象分配情况

记录对类的跟踪数据

在类跟踪选项中添加要跟踪的类

5、开始测试

在Concole窗口中按n（代码里边要求的），进入下一步对象的分配和释放阶段

6、测试程序段结束，观察结果

运行结束时，有42470个Integer对象尚未回收

所关注的类的实例数量变化情况，下降的地方是gc起作用了

GC在运行过程中，每一时刻回收的对象数量。（GC不是一直运行的，要在JVM的内存不够时才运行）

所记录的对象的数量变化情况

堆内存分配变化情况

7、按F4执行gc，观察结果

在第6步看到，运行结束时，有42470个Integer对象尚未回收。现在按F4执行gc

Integer对象全部被回收

图中的小的尖峰就是对之前未回收的Integer对象进行回收时产生的数据。