focus-unchanged-thing

用jprofiler的mark功能看增长速度。jmap导出堆，喂给mat。arthas堆火焰图。

可以看出: 在ArrayList--》AccountService中引用，因此我们就快速判断出了内存泄漏的地方。跳过去后双击，并使用Merged incoming references查看下这个对象到底在哪里引用着。2)在Heap Walker中查看。可以看出每2秒以200个数增长。

从颜色可以看出: 不断的黄色(waiting)和绿色(Running)切换，因此可以初步判断出这是一个定时器，不断的在定时执行任务。

背景：要压测服务器承载上限，机器人也写好了，压测完发现登录耗时过长，开始是看协议耗时，直接抓瞎，后续想了想，还是要用直观的工具，最终使用jprofiler，轻松得到瓶颈代码，进行了修改。6.运行jprofiler，远程连接输入远程linux的ip，使用root和密码进行登录(登录不成功则看报错信息，是不是远程linux不允许登录的设置)1.下载linux版本jprofiler,并解压好。3.安装好jprofiler mac客户端。2.java程序启动参数。5.java程序启动。

可以先粗略看一下到底哪个线程占用cpu高，比如：堆泄漏了，我发现可以看出来全部是在gc线程在干活回收东西但是依然回收不了，可以判断出来是内存泄漏了。使用thread -n 10 这样子可以快速定位出来到底哪一行吃的cpu，一定程度上代替jprofiler中的cpu热点方法。分析大对象的话，还是使用MAT吧，jprofiler还是仅仅分析运行期间方法热点问题。mat关注大对象，也就是对象占用数量，这个更有实际意义。目前看着没有太多的有效信息，所以还是用于热点方法使用比较好.可以报告出来怀疑的点，更加智能。

JProfiler使用（Java分析工具）_BUG指挥官的博客-CSDN博客_jprofiler使用

可以看出过滤器中有些比较耗时的方法，方法名字都是很清晰的，需要进一步看下实现。对象增长较为稳定，不断地GC，增加和减少呈现波浪形，无一直增长不回收的对象。可以看出，程序中http线程数量是最多的，是一些执行业务方法的线程。这些scheduler线程都是出于waiting状态。内存比较正常，呈现波浪形，不断地分配和GC回收。1.内存、GC、CPU负载总览。3.哪些方法是性能热点。2.哪些对象占用的多。4.系统中的线程信息。

5.通过jprofiler启动游戏服务器 // 可以看到在指定入口函数后，idea中jpofiler按钮是亮着的。File-->Setting-->Plugins 搜索jprofiler插件然后安装。2.使用KeyGen.exe生成注册码然后输入。3.idea中安装jprofiler插件。4.以一个内存溢出的程序为例子进行分析。1.安装jprofiler。