java压测请求线程数_聊聊ab、wrk、JMeter、Locust这些压测工具的并发模型差别

最新推荐文章于 2024-09-14 14:19:25 发布

weixin_39672160

最新推荐文章于 2024-09-14 14:19:25 发布

阅读量541

点赞数

文章标签： java压测请求线程数

本文链接：https://blog.csdn.net/weixin_39672160/article/details/111584522

版权

本文探讨了压测工具的选择，重点关注了ab、JMeter、wrk和Locust的并发模型。ab和JMeter基于多线程，wrk利用IO复用提高性能，而Locust采用协程实现并发。文章强调并发模型的重要性，并指出异步API在某些场景中的优势。最后，推荐了基于Goroutine的压测工具Ultron。

摘要由CSDN通过智能技术生成

选择压测工具是在选什么？

压力测试是测试工程师日常工作中一项比较“有技术含量”的工作，很多人都对这项工作充满了好奇。除了少数特殊场景得靠自己开发压测脚本外，大部分压测工作是可以选用成熟的压测工具来进行的。压测工具有非常多，有开源的、有商业化的，我下面罗列一些常见的：

工具	项目地址
ApacheBench	https://httpd.apache.org/docs/2.4/programs/ab.html
wrk	https://github.com/wg/wrk
Apache JMeter	https://jmeter.apache.org/
Locust	https://locust.io/
K6	https://k6.io/
Artillery	https://artillery.io/

除了LoadRunner这种商业压测工具之外，大部分测试人员在压测工具的选型时最重要的一点：是否熟悉。这种熟悉往往是出于过往的工作经历、身边同事的推荐、网上教程的多寡、脚本语言等因素。比如我在很多年前开始用Locust时，就是因为我个人擅长Python开发语言，即便在当时几乎没有中文教程。

但我在使用Locust一段时间之后，大约在2015年中，我意识到Locust作为一款压测工具，其能够产生的压力好像远远逊色于JMeter之类，于是开始关注压测工具背后的并发模型，去理解不同压测工具运行逻辑，尝试去解释我看到的性能差异。