github地址：https://github.com/wg/wrk
简介
wrk是一种现代HTTP基准测试工具，C语言实现，自身性能好，能够在单个多核CPU上运行时产生大量负载。它结合了多线程设计和可扩展的事件通知系统，使用了一些操作系统特定的高性能 io 机制，如select、epoll、kqueue，以及复用了redis的'ae'异步事件驱动框架（确切的说 ae 事件驱动框架并不是 redis 发明的, 它来至于 Tcl的解释器 jim, 这个小巧高效的框架, 因为被 redis 采用而更多的被大家所熟知），可以用很少的线程压出很大的并发量。wrk除了能针对单个url进行测试外，还能构造不同的url、不同的参数进行测试，或者发送携带body的POST请求。
wrk高级的地方就是使用了luajit，在不同阶段抛出来几个回调函数，只需要针对这些函数操作即可构造想要请求。典型的回调函数有以下几个：
- function setup(thread) 在创建线程时调用
- function init(args) 在线程启动时调用
- function request() 每个请求都会调用，特别说明，此函数调用频繁，所以不要在这里写入耗时的操作，如果复杂的请求，在init函数就构造好，这里直接引用。
- function delay()
- function response(status, headers, body) 频繁调用
环境搭建
wrk支持大多数类UNIX系统（linux, mac, solaris等），需要操作系统支持LuaJIT和OpenSSL，大多数类Unix系统都支持。
题外话，为什么很多人说 mac 是最好的开发环境. 因为可以同时得到 windows 和 linux 的优点. 多数 linux 下的开发工具都可以在 mac 上使用.
要用 wrk，首先要编译 wrk，需要在机器上安装 git 和基本的c编译环境。 wrk 用 C 语言实现，代码很少，并且没有使用很多第三方库，所以编译基本不会遇到什么问题。
make 成功以后在目录下有一个 wrk 文件，就是它了，可以把这个文件复制到其他目录, 比如 bin 目录或者在这个目录下执行。
CentOS/RedHat/Fedora
sudo yum groupinstall 'Development Tools'
sudo yum install openssl-devel
sudo yum install git
git clone https://github.com/wg/wrk.git wrk
cd wrk
make # 执行后会生成wrk可执行文件，执行./wrk 即可运行wrk
# 配置软连接/把生成的wrk移到一个PATH目录下面(下面操作做一个即可)
ln -s /xxx/xxx/wrk/wrk /usr/local/bin/wrk
sudo cp wrk /usr/local/bin
Ubuntu/Debian
sudo apt-get install build-essential libssl-dev git -y
git clone https://github.com/wg/wrk.git wrk
cd wrk
make # 执行后会生成wrk可执行文件，执行./wrk 即可运行wrk
# 配置软连接/把生成的wrk移到一个PATH目录下面(下面操作做一个即可)
ln -s /xxx/xxx/wrk/wrk /usr/local/bin/wrk
sudo cp wrk /usr/local/bin
注：默认情况下wrk会使用自带的LuaJIT和OpenSSL，如果你想使用系统已安装的版本，可以使用WITH_LUAJIT和WITH_OPENSSL这两个选项来指定它们的路径。比如：
make WITH_LUAJIT=/usr WITH_OPENSSL=/usr
Windows
wrk可以通过“Windows的Linux子系统”功能在Windows 10机器上使用（在Windows上的Ubuntu上也称为Bash）。
打开Windows 10计算机的“开发人员模式”。
在“打开或关闭Windows功能”中打开“Windows Subsystem for Linux”功能。
在命令行中运行“bash”命令。将安装Ubuntu映像，并且很快就可以在Windows中运行。
遵循Linux安装步骤，需要sudo make不仅仅是运行make。
MacOS
brew install wrk
查看版本
$ wrk -v
wrk 4.1.0-4-g0896020 [epoll] Copyright (C) 2012 Will Glozer
Usage: wrk <options> <url>
Options:
-c, --connections <N> Connections to keep open
-d, --duration <T> Duration of test
-t, --threads <N> Number of threads to use
-s, --script <S> Load Lua script file
-H, --header <H> Add header to request
--latency Print latency statistics
--timeout <T> Socket/request timeout
-v, --version Print version details
Numeric arguments may include a SI unit (1k, 1M, 1G)
Time arguments may include a time unit (2s, 2m, 2h)
wrk版本是4.1.0-4-g0896020，使用了epoll。这意味着我们可以用少量的线程来跟被测服务创建大量连接，进行压测。
基本使用
命令行敲下wrk，可以看到使用帮助
Usage: wrk <options> <url>
Options:
-c, --connections <N> Connections to keep open
-d, --duration <T> Duration of test
-t, --threads <N> Number of threads to use
-s, --script <S> Load Lua script file
-H, --header <H> Add header to request
--latency Print latency statistics
--timeout <T> Socket/request timeout
-v, --version Print version details
Numeric arguments may include a SI unit (1k, 1M, 1G)
Time arguments may include a time unit (2s, 2m, 2h)
简单翻成中文：
使用方法: wrk <选项> <被测HTTP服务的URL>
Options:
-c, --connections <N> 跟服务器建立并保持的TCP连接数量，每个线程处理N =连接/线程
-d, --duration <T> 测试持续时间，如2s, 2m, 2h
-t, --threads <N> 要使用的线程总数
-s, --script <S> 指定LuaJIT脚本路径
-H, --header <H> 添加到请求中的HTTP报头。"User-Agent: wrk"
--latency 在压测结束后，打印详细的延迟统计信息
--timeout <T> 超时时间（如果内部未接收到响应，则记录超时），也作-T
-v, --version 打印正在使用的wrk的详细版本信息
<N>代表数字参数，支持国际单位 (1k, 1M, 1G)
<T>代表时间参数，支持时间单位 (2s, 2m, 2h)
做一次简单压测，分析下结果：
wrk -t8 -c200 -d30s -T30s --latency "http://www.bing.com"
输出：
Running 30s test @ http://www.bing.com
8 threads and 200 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 46.67ms 215.38ms 1.67s 95.59%
Req/Sec 7.91k 1.15k 10.26k 70.77%
Latency Distribution
50% 2.93ms
75% 3.78ms
90% 4.73ms
99% 1.35s
1790465 requests in 30.01s, 684.08MB read
Requests/sec: 59658.29
Transfer/sec: 22.79MB
以上使用8个线程200个连接，对bing首页进行了30秒的压测，并要求在压测结果中输出响应延迟信息。以下对压测结果进行简单注释：
Running 30s test @ http://www.bing.com （压测时间30s）
8 threads and 200 connections （共8个测试线程，200个连接）
Thread Stats Avg Stdev Max +/- Stdev
（线程状态） （平均值） （标准差）（最大值）（正负一个标准差占比）#标准差太大说明样本本身离散程度比较高，系统性能波动很大
Latency 46.67ms 215.38ms 1.67s 95.59%
（响应时间）
Req/Sec 7.91k 1.15k 10.26k 70.77%
（每个线程每秒钟的完成的请求数）
Latency Distribution （延迟统计）
50% 2.93ms 有50%的请求执行时间是在2.93ms内完成
75% 3.78ms
90% 4.73ms
99% 1.35s （99分位的延迟）
1790465 requests in 30.01s, 684.08MB read （30.01秒内共处理完成了1790465个请求，读取了684.08MB数据）
Socket errors: connect 0, read 5, write 0, timeout 64 （5个读错误，64个超时）
Requests/sec: 59658.29 （平均每秒处理完成59658.29个请求，即QPS）
Transfer/sec: 22.79MB （平均每秒读取数据22.79MB）
说明：
1、线程数 -t：一般线程数不宜设置过多，核数的2到4倍即可，线程过多反而因为线程切换造成效率降低，因为 wrk 不是使用每个连接一个线程的模型, 而是通过异步网络 io 提升并发量，所以网络通信不会阻塞线程执行，这也是 wrk 可以用很少的线程模拟大量网路连接的原因。而现在很多性能工具并没有采用这种方式, 而是采用提高线程数来实现高并发，并发量一旦设的很高，测试机自身压力就很大，测试效果反而下降。
2、超时时间 -T：wrk 默认超时时间是1秒，这个有点短，一般设置为30秒。添加超时时间后运行，超时数就降低了。
3、测试持续时间 -d：时间越长样本越准确，如果想测试系统的持续抗压能力，建议采用 loadrunner 这样的专业测试工具。
4、响应时间延迟统计 --latency：具体查看响应时间分布情况。
综上可以看出，wrk使用方便，结果简单清晰。并且因为非阻塞IO的使用，可以在普通的测试机上创建出大量的连接，从而达到较好的压测效果。
参考文档：
https://blog.csdn.net/zhiyuan_2007/article/details/78369066
https://blog.csdn.net/xx123er/article/details/52401296
https://blog.csdn.net/qq_41907450/article/details/87911520
https://segmentfault.com/a/1190000014591330?utm_source=tag-newest
https://blog.csdn.net/qq_38507328/article/details/86714496