Performance 发送两个后续HTTP请求的最快方式是什么？
我正在制作一个“用户名交换器”脚本，将我的用户名从一个在线帐户交换到另一个帐户，尽可能少的延迟。第一个POST请求从一个帐户释放用户名，随后的POST请求获取另一个帐户的用户名 如果有任何延迟或事故，即使是一秒钟，许多机器人中的一个（被称为“用户名自动请求者”）会从我这里抢走用户名。在Instagram和Twitter等网站上有许多这样的机器人，在这些网站上，罕见的用户名被认为是有价值的，并且具有很高的货币价值 我想到了一些优化请求速度的方法：Performance 发送两个后续HTTP请求的最快方式是什么？,performance,sockets,http,post,Performance,Sockets,Http,Post,我正在制作一个“用户名交换器”脚本，将我的用户名从一个在线帐户交换到另一个帐户，尽可能少的延迟。第一个POST请求从一个帐户释放用户名，随后的POST请求获取另一个帐户的用户名 如果有任何延迟或事故，即使是一秒钟，许多机器人中的一个（被称为“用户名自动请求者”）会从我这里抢走用户名。在Instagram和Twitter等网站上有许多这样的机器人，在这些网站上，罕见的用户名被认为是有价值的，并且具有很高的货币价值 我想到了一些优化请求速度的方法： 对两个会话重新使用相同的TCP连接 （可能？）使
- 对两个会话重新使用相同的TCP连接
- （可能？）使用较低级别的库，如套接字，以提高速度
- 在Web服务器位置旁边的低延迟服务器上运行脚本
- 等待Web服务器维护或其他操作，直到机器人程序崩溃
- 如果网站不需要HTTP over HTTPS来提高速度，请使用HTTP over HTTPS
有一件事我不确定，那就是语言。像C++那样的低级语言在Python上的性能会有这样的差异吗？ 主要性能成本是由于网络延迟和服务器实际需要处理请求的时间（即数据库查找…）造成的。在这种情况下，由于选择编程语言或库而产生的成本基本上是无关的 网络的主要成本是TCP握手和（使用HTTPS）以下TLS握手。如果第二个请求重用相同的底层TCP连接，则可以消除这些问题—当然，服务器实际上需要支持这一点
服务器处理请求所需的时间不受客户端的控制。除此之外，可能还有其他问题，例如，如果检测到某种自动化，服务器要求客户端解决验证码问题，或者存在使用户名无法快速重用的程序，以防止滥用，如出售用户名等。主要性能成本是由于网络延迟和服务器实际运行的时间造成的需要处理请求（即数据库查找…）。在这种情况下，由于选择编程语言或库而产生的成本基本上是无关的 网络的主要成本是TCP握手和（使用HTTPS）以下TLS握手。如果第二个请求重用相同的底层TCP连接，则可以消除这些问题—当然，服务器实际上需要支持这一点 服务器处理请求所需的时间不受客户端的控制。除此之外，还可能存在其他问题，如服务器在检测到某种自动化时要求客户端解决验证码问题，或者存在使用户名无法快速重用的程序，以防止滥用，如出售用户名等