【JMeter】常用后置处理器性能比较（下）

在上一篇博文里我们配置好了测试计划，接下来开始实际测试

 

首先关掉所有无关的软件，确保cpu和内存资源足够（我测试时cpu使用率1~2%，内存28%左右）

每次测试完都关闭jmeter，等资源释放了再重新打开，确保公平

 

点扫把清掉以前的测试结果，点播放按钮运行测试

 

测试实际上以xml - html - json的顺序交替进行，下文为了方便看把同类的截图放一起

---

 

XML

不开任何提取器

 

xpath

吓死人，一开吞吐率就只有原来的16.85%

（下文一律以吞吐率计算）

 

正则

95.78%

 

正则提取器胜出

 

---

 

HTML

不开任何提取器

 

css （默认使用JSOUP）

86.14%

 

还是css（改为使用JODD）

90.08%

 

xpath

21.24%

 

正则

94.94%

 

正则提取器又胜出

css在绝大多数时候也完全够用，通常也更实用些，毕竟正则表达式难看难写难维护

xpath可以拖出去砍了

 

---

 

 

JSON

不开任何提取器

 

json path

93.07%

 

正则

97.14%

 

正则提取器三连胜

但除非要求特别高实在没办法，一般肯定选json path，好写就是最大的优势，节约时间

 

---

 

 

结论

经过多次测试，各自的表现大致也就上面那样

 

css和json path提取器在各自的领域表现良好，确实有必要的时候完全可以放心用

正则提取器（至少针对这种简单的情况）性能最好，适合要求特别高的场景；复杂的情况没去试，毕竟正则写起来太烧脑，我懒……

xpath这种人人都知道慢的东西能避开就避开吧，幸好现在一般都不用xml做报文了，基本遇不上

 

---

 

 

PS：

几张图直观的看出用命令行和GUI压的差距

以下全是关掉所有后置处理器的

XML

HTML

JSON

 

就连最慢的xml，吞吐率都快翻了倍，json更是差不多3倍了

所以GUI只适合调试，真正去压大家都用命令行