webapi压测工具，测一测内心更放心

双击一下，还以为是黑框命令行，没想到竟然打开了浏览器，功能还是蛮齐全的。

选择第一项，本地POST请求和接口压力测试。

选择转到压力测试

来给猫框调试服务器测试一下看看

1个并发，就是一个客户端的意思，请求数10 就是请求10次。

我们来个100次请求，10个并发，也就是 每个客户端10次请求。

调试服务器能不能调得更牛逼一点，当然是可以啦，用什么技术？当然是多线程技术啦。

我在想要不要搞它一波。

压测工具，上传到框架会员群啦，平时多测测，健康一百分。

红框：WEBAPI地址输入

黄框：参数配置，就是HTTP头啥的

绿框：压力参数配置

黑框：结果展示

正式的服务器用的是CGI，那压力测试还有一端得看看，看啥呢，看服务器的情况。

如何判断webapi的承载能力？

施压：在施压的过程中，从较小并发数，慢慢加并发。

观察：在逐步加压的过程，需要观察压测工具返回的访问时间、成功率、

也要观察服务器的cpu、内存使用率等指标。

如出现指标异常要及时停止压测，，则说明流量达到当前的瓶颈，需要停止压测分析并排查原因。待排查和解决问题后再进行下一步压测。

哪些分析方法呢？

以下是几种常见异常的分析方法：成功率未达标：查看错误日志，排查错误根本原因，进行性能调优

• 响应时间未达标：对照错误日志、链路追踪结果、服务器性能指标、数据库/中间件监控指标，找到响应时间过长的具体原因
• 吞吐量未达标：如果成功率和响应时间均达标，建议不断增加模拟用户数，重新压测，查看测试结果

什么时候需要增加服务器？

• 第一种情况：服务器cpu、内存等指标均未达瓶颈（通常以使用率达到70%-80%为瓶颈），qps、rt、报错率等指标出现异常，此时需要重复上一步，排查问题并优化
• 第二种情况：rt、报错率等指标未出现异常，服务器cpu、内存使用率即将达到瓶颈，且未达到预期的压测目标，此时无法通过调优来解决，需要增加服务器。

注：RT就是指系统在接收到请求和做出相应这段时间跨度

找到瓶颈，再想办法解决瓶颈咯。