我正在尝试使用 boost::beast 创建 HTTP 服务器，但我注意到响应时间延迟了一秒。我使用高级服务器示例和同步客户端示例来对此行为进行基准测试。
还尝试禁用 Nagle 的算法，但没有效果，似乎不是优化问题。
每隔几秒手动发出一次请求，因此服务器端的高负载是不合理的。
它似乎与 boost::asio 套接字有关，因为我前段时间也创建了一个 HTTP 服务器（我认为是使用 boost::asio - Boost v1.64，当 Beast 不在的时候）并且我经历了同样的高响应时间- 这就是我转向 Beast 的原因。
我的问题：
这是 boost::asio 套接字的已知行为吗？
这种延迟可以解决吗？
在套接字上设置 no_delay 可能不起作用是否有原因？
基准结果：
示例服务器的平均响应时间在 1005 毫秒到 1020 毫秒之间，如下面的屏幕截图所示。相比之下，同一客户端在 120 毫秒内即可从 google.com 获得响应。
以下是对我的本地服务器的请求与对 www.google.com 的请求之间的比较
那么问题又来了：这 900 毫秒的延迟从何而来？对于任何 HTTP 服务器来说，这都不是可接受的响应时间。
并且还尝试了快速示例服务器和同步服务器示例，结果相同：响应时间超过 1000 毫秒。
基准设置
测试系统：
在 x86 和 x64 中通过调试和发布版本进行测试。正如预期的那样，唯一的区别是调试构建有 20-30 毫秒的额外延迟。
服务器设置
