我今天正在测试不同的Python HTTP库,我意识到http.client
库的执行速度比requests
快得多。
要测试它,您可以运行以下两个代码示例。
import http.client
conn = http.client.HTTPConnection("localhost", port=8000)
for i in range(1000):
conn.request("GET", "/")
r1 = conn.getresponse()
body = r1.read()
print(r1.status)
conn.close()
这里是与python-requests做同样事情的代码:
import requests
with requests.Session() as session:
for i in range(1000):
r = session.get("http://localhost:8000")
print(r.status_code)
如果我启动SimpleHTTPServer:
> python -m http.server
并运行代码示例(我使用Python 3.5.2)。我得到以下结果:
http.client:
0.35user 0.10system 0:00.71elapsed 64%CPU
蟒-请求:
1.76user 0.10system 0:02.17elapsed 85%CPU
我的测量和测试是否正确?你也可以复制它们吗?如果有,是否有人知道http.client
内部的内容会让它变得如此之快?为什么处理时间有这么大的差异?
答案 0 :(得分:10)
基于对两者的分析,主要区别似乎是requests
版本正在为每个请求执行DNS查找,而http.client
版本正在执行此操作。
# http.client
ncalls tottime percall cumtime percall filename:lineno(function)
1974 0.541 0.000 0.541 0.000 {method 'recv_into' of '_socket.socket' objects}
1000 0.020 0.000 0.045 0.000 feedparser.py:470(_parse_headers)
13000 0.015 0.000 0.563 0.000 {method 'readline' of '_io.BufferedReader' objects}
...
# requests
ncalls tottime percall cumtime percall filename:lineno(function)
1481 0.827 0.001 0.827 0.001 {method 'recv_into' of '_socket.socket' objects}
1000 0.377 0.000 0.382 0.000 {built-in method _socket.gethostbyname}
1000 0.123 0.000 0.123 0.000 {built-in method _scproxy._get_proxy_settings}
1000 0.111 0.000 0.111 0.000 {built-in method _scproxy._get_proxies}
92000 0.068 0.000 0.284 0.000 _collections_abc.py:675(__iter__)
...
您将主机名提供给http.client.HTTPConnection()
一次,因此有必要拨打gethostbyname
一次。 requests.Session
可能会缓存主机名查找,但显然不会。
编辑:经过一些进一步的研究,这不仅仅是一个简单的缓存问题。有一个函数可以确定是否绕过最终调用gethostbyname
的代理,无论实际请求本身如何。
答案 1 :(得分:2)
请求较慢的原因是因为它的确比httplib大得多。 httplib可以被认为是堆栈的底层:它执行套接字的低级争用。请求是两层,并添加了诸如cookie,连接池,其他设置和各种有趣的东西之类的东西。这必然会减慢速度。我们只需要计算比httplib更多的东西。
您可以通过查看请求的cProfile结果来看到这一点:结果比httplib的结果更多。高级库总是会出现这种情况:它们会增加更多开销,因为它们需要做更多的工作。
虽然我们可以看一下目标性能改进,但在所有情况下,调用堆栈的绝对高度都会严重损害我们的性能。这意味着“请求比httplib慢”的抱怨总是如此:它就像抱怨“请求比在套接字上发送精心设计的原始字节要慢”。这是真的,它永远都是真的:我们无能为力。