Jmeter 在 linux 命令行下报“获取连接时间过长”的异常

这两天因为要对刚上线的项目进行压力测试，比较紧急，使用了不怎么熟悉的Jmeter。虽然之前用过一段时间LoadRunner，但是由于它本身过于沉重，安装比较复杂，对加压机和被加压机要求比较高，而且本人在linux上面没有使用经验。更重要的是它是收费的，需要相当昂贵的价格购买license，于是放弃它而选择了更为轻量的Jmeter。
在原理上Jmeter和LoadRunner其实都是一样的，通过脚本代码模拟多用户向服务器发请求。
上手是很快，但是出问题的话就头疼了。本来在WIN7图形界面创建测试计划，写好代码跑了几次都没什么问题。
但是部署到服务器上就麻烦多了，最大的问题就是必须用命令跑脚本，跑出的结果要先dump到文件，然后下载到win7上，再用Jmeter打开才能看分析结果。有的时候由于数据加载到内存膨胀， 经常OOM-_-。
虽然经过了几番挣扎，也算是摸清了命令行执行的流程。但是就在跑真实数据的时候，日志中一直报超时的异常。

被这个提示误导了，一直以为是连接服务器超时，便从服务器开始找原因：

• 用ping命令和telnet命令，可以确认服务器端口是可以访问到的
• 接口有鉴权判断。查代码看日志问开发人员，排除了这个可能
• 查日志，打log，发现数据库确实返回了正确的数据，这就排除数据库访问超时的可能
• 由于不是正式上线，没有做DDos之类的拦截，排除了被系统限制的可能

到这里，问题还是没有解决，已经开始心灰意冷，整个人都不好了。最最可耻的是调错误的API可以返回错误提示，但是访问正确的API就超时，这个问题也太离谱了。
最后只能一点点排查脚本的问题。换了N多个接口，检查了N多次Host设置和接口路径。改一点测一次。最后当去掉断言的时候，超时的异常突然消失了-_-.. 测试计划竟然通了。后来反复测试，终于意识到Jmeter在命令行模式下执行断言时，如果断言结果为true，就会一直报超时。
目前还不知道什么原因，被误导浪费了两天时间也太惨了。

版权声明：本文为博主原创文章，未经博主允许不得转载。