发送两个后续HTTP请求的最快方法是什么？

Question

我正在制作一个“用户名交换程序”脚本，它尽可能地将我的用户名从一个在线帐户交换到另一个帐户。第一个POST请求从一个帐户释放用户名，随后的POST请求在另一个帐户上获取用户名。

如果有任何延迟或事故，即使有一秒钟，其中一个机器人(被称为“用户名自动声明”)将从我的用户名。在Instagram和Twitter等网站上，有很多这样的机器人，其中罕见的用户名被认为是有价值的，并且有很高的货币价值。

我想出了几种优化请求速度的方法：

• 在两个会话中重用相同的TCP连接。
• (也许？)使用较低级别的库(例如套接字)以提高速度。
• 在webserver位置旁边的低延迟服务器上运行脚本。
• 等待the服务器的维护或其他什么，直到机器人崩溃。
• 如果网站不需要更快的速度，则使用

有什么值得注意的提高速度的方法吗?还是说我的速度有很大的下降？有一件事我不确定，那就是语言。像C++这样的低级语言在性能上会有差异吗？

Answer 1

主要的性能成本是由于网络的延迟和服务器实际需要处理请求的时间(即数据库查找.)。在这种情况下，由于选择编程语言或库而产生的成本基本上是不相关的。

网络的主要成本是TCP握手和( HTTPS)下面的TLS握手。如果第二个请求重用相同的底层TCP连接，则可以消除这些问题--当然，服务器实际上需要支持这一点。

服务器处理请求所需的时间不受客户端的控制。除此之外，还可能会出现额外的问题，例如，如果检测到某种自动化，服务器要求客户端解决captcha问题，或者有一些程序使得无法快速重用用户名，以便与诸如出售用户名等滥用行为作斗争。