对HTTP高并发服务器测试报告

1、项目背景

该项目是根据陈硕大神的muduo网络库原理进行模仿开发的基于主从React模式的OneThreadOneLoop 的Linux网络服务器框架。用来帮助使用者进行一个快速的高性能并发服务器搭建。

2、项目功能

该项目目前支持常用的高频的HTTP交互请求，如：GET、POST、PUT、字符串访问、上传文件功能。所有业务通过高并发进行处理且具有异常场景的监测与容错处理，还可以对非活跃的链接进行及时的断联来节省资源。

3、功能测试

测试工具

Microsoft Edge 143.0.3650.80 (正式版本) (64 位)
PostMan 11.76.0

服务器启动设置

3.1访问页面测试

3.2 POST请求测试

3.3GET请求测试

PUT请求测试

采用Postman Put请求后，对应文件出现请求更改的文字。

3.5查询字符串打印

四、边界测试

4.1 长连接测试

创建一个客户端，设定好请求方法与路径后， 设置连接模式为keep-alive，查看服务器端是否会短时间内释放

服务器状态：

由时间可以看出，我设置了一直不断联已经运行了30分钟，由此看出长连接设置启动是有效的。

4.2 超时连接测试

服务器状态：

服务器已设置了10秒钟没有请求后释放。在client端发送第一次请求后，没有请求发送10秒后，服务器自动释放，客户端收到接收失败。

4.3 数据不完整测试

客户端测试设置：
在header中高设置自身发送数据长度（100），但本身数据长度不足

1. 首先只发送一次数据
   
   服务器状态：
   在建立连接后，等待了9秒没有收到完整长度的数据进行了释放操作。
   客户端收到信息：
   
2. 连续发送三次给服务器
   服务器状态：
   

客户端收到信息：

由两次测试可以看出结论：

1. 如果数据只发送一次，服务器将得不到完整请求，就不会进行业务处理，客户端也就得不到响应，最终超时关闭连接
2. 连着给服务器发送了多次 小的请求， 服务器会将后边的请求当作前边请求的正文进行处理，而后便处理的时候有可能就会因为处理错误而关闭连接

4.4 业务处理超时测试

当服务器达到了一个性能瓶颈，在一次业务处理中花费了太长的时间（超过了服务器设置的非活跃超时时间）。在一次业务处理中耗费太长时间，导致其他的连接也被连累超时，其他的连接有可能会被拖累超时释放。

假设现在 12345描述符就绪了， 在处理1的时候花费了30s处理完，超时了，导致2345描述符因为长时间没有刷新活跃度。

1.如果接下来的2345描述符都是通信连接描述符，如果都就绪了，则并不影响，因为接下来就会进行处理并刷新活跃度。

2.如果接下来的2号描述符是定时器事件描述符，定时器触发超时，执行定时任务，就会将345描述符给释放掉，这时候一旦345描述符对应的连接被释放，接下来在处理345事件的时候就会导致程序崩溃（内存访问错误）因此这时候，在本次事件处理中，并不能直接对连接进行释放，而应该将释放操作压入到任务池中，等到事件处理完了执行任务池中的任务的时候，再去释放。

服务器状态：

客户端状态：

4.5 多请求并发处理测试

一次性给服务器发送多条数据请求，然后查看服务器能否正确处理

服务器状态： 所有请求全部收到并且处理正确

4.6 大文件传输测试

发送一个1g大小的文本文件给服务器

传输完成后对比两个文件md5值
服务器端：

客户端：

5、性能压力测试

测试环境：
服务器：2核2G云服务器
客户端：服务器本地
工具：Webbench
测试方法：
60秒短时高并发测试：经测试4000并发量为最大并发量

6、总结

该高并发服务器核心功能覆盖HTTP标准方法、大文件传输、高并发处理及异常场景容错，具备稳定的性能表现（QPS达68,952）和可靠性，适用于高负载Web服务等场景。