关于jvm分析的指令以及jprofiler的初体验

介绍：
初步学习了一下linux相关获取jvm运行状况以及内存的对象情况的和获取dump文件的命令，以及利用jprofiler打开dump文件，利用jprofiler启动项目实时监控内存。可是只是模拟了一下，实际运用场景仍是有待说明，感受主要靠经验。

第一点，top命令
 top命令先查出 占用cpu最高或者内存最高的java进程

 

这里能够看出pid为2142的java进程的cpu占用率以及 只用内存比较大

第二点，jmap -heap 2142
针对这个进程id显示他的内存信息  和配置信息
  

这里看出对内存的配置信息   以及下面的对内存的使用状况  包括eden区  拷贝的from  以及to区  以及

ps old 年老代  这些的使用状况  结合fullgc的周期性 和大小  younggc  能够分析项目的健康情况

能够适当优化jvm参数  不过通常不须要 都是代码的问题
第三点, jmap -histo 2142

显示对象的实例的个数 以及所占字节的图表

这里看出哪些对象的实例特别多 方便查询问题

第四点, jmap -dump:live,format=b,file=2.log 2142

生成dump文件

生成dump文件的过程

第五点,利用jprofiler打开dump文件

预览效果dump文件打开的效果

第六点,利用jprofiler实时监控项目运行状况 并模拟内存溢出的情况

利用jprofiler idea安装jprofiler的插件  启动以后 实时监控  内存 ，gc的频率， 对象的生成

线程的比例  有记录到线程的具体的 是否阻塞 多少阻塞 等 以及cpu使用率 的一系列图表 另外观察内存 还能够具体切换观察到eden  psold 和整个heap区域的实际状况

 

模拟代码 

@RequestMapping(value = "/test.rest")
@ResponseBody
public void test() {
    int a=5000000;
    //模拟内存溢出的场景

    for(int i=0;i<a;i++){
        ThreadPoolExecutor thread= new ThreadPoolExecutor(20, Integer.MAX_VALUE, 30l, TimeUnit.SECONDS, new SynchronousQueue<Runnable>());
        final int s = i;
        thread.execute(new Runnable() {
            @Override
            public void run() {
                System.out.println(s);
            }
        });

    }
}

这里循环建立 线程池 可是资源未释放  致使内存溢出。

访问以后  能够看出大量建立线程

而且大量threadpoolExecutor的资源没有被释放

 

另外jprofiler  的下载地址：http://www.ej-technologies.com/products/jprofiler/overview.html

以及注册方式：http://blog.csdn.net/attilax/article/details/17077857

这里主要是刚接触的 学习的过程  可是有不少问题还没搞清  后续实际用到这些知识解决问题 会更新博客