背景
不知大家在使用JMeter工具进行性能测试时，是否遇到过JTL结果文件过大导致GUI页面长时间解析无响应的问题。这种情况往往出现在稳定性测试场景下，此时的JTL文件大小可能已经达到G级别了。笔者在网上查阅了很多资料，有说改动jmeter.properties相关配置，能改变JTL记录间隔进而变相减小JTL文件（笔者没去验证，感觉没从根上解决问题），终于在网上找到了一个能解析大JTL文件的工具（一个jar包），此jar包是TEST FAN的人开发的（使用cmd窗口会输出logo），使用确实解析出了结果，感觉问题已经解决了。多次使用后发现，此jar包有好多BUG（注意并不是说他们写的不好，也可能是当时下载的jar包版本不是最新版）。
方法
笔者反编译了此jar包的源码，对源码进行了解读。读懂源码后，借鉴了他们解析JTL文件的思路。重新编写了一个工具，在编写的过程中更多的是结合了JMeter的Aggregate Report底层源码来编写，使解析出的结果与Aggregate Report一致，同时图表展示也进行了丰富，自己经过严格测试相对完美版本（AggregateReport-2.0.jar ）已经投入项目使用。
使用
java -jar AggregateReport-2.0.jar
首次不知道jar包怎么使用，可以使用此命令查询具体使用方法。上图看可以看出参数异常了，需要检查参数（缺少了JTL文件及采样频率）
实战
说明：默认在当前目录下生成以AggregateGraphReport开头的文件夹，打开文件夹里的index.html即可(推荐使用Google Chrome)，执行时笔者加了些jvm参数（可不加），建议使用64位JDK，本次解析的JTL大小是2.7G,解析此文件总耗时1分46秒，感觉还可以。。。
效果图
说明：其实没啥可说的了，大家看图吧！某时刻图形的放大缩小、图片下载/打印等功能就不演示了。笔者后续文章会具体分析编写此jar包的思路！
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理
