aiohttp初识(请求&响应)
aiohttp初识(请求&响应)
1|0aiohttp客户端使用
用于asyncio和Python的异步HTTP客户端/服务器:Asynchronous HTTP Client/Server for asyncio and Python.
1|1发起请求
让我们从导入aiohttp模块开始:
好啦,我们来尝试获取一个web页面。比如我们来获取下GitHub的时间轴。
我们现在有了一个会话(session)
对象,由ClientSession对象赋值而来,还有一个变量resp
,它其实是ClientResponse对象。我们可以从这个响应对象中获取我们任何想要的信息。协程方法ClientSession.get()
的主要参数接受一个HTTP URL。
发起HTTP POST请求我们可以使用协程方法ClientSession.post():
其他的HTTP方法也同样支持:
注意:
不要为每个请求都创建一个会话。大多数情况下每个应用程序只需要一个会话就可以执行所有的请求。
每个会话对象都包含一个连接池,可复用的连接和持久连接状态(keep-alives,这两个是默认的)可提升总体的执行效率。
1|2发起JSON请求:
每个会话的请求方法都可接受json参数。
默认情况下会话(session)使用Python标准库里的json模块解析json信息。但还可使用其他的json解析器。可以给ClientSession指定json_serialize参数来实现:
1|3传递URL中的参数:
你可能经常想在URL中发送一系列的查询信息。如果你手动构建他们,这些信息会以键值对的形式出现在?后面,比如: httpbin.org/get?key=val
。请求对象允许你使用dict(字典,python中的数据类型)发送它们,使用params
参数即可。例如: 如果你要把 key1=value1,key2=value2
放到httpbin.org/get
后面,你可以用下面的方式:
看,URL已经被正确的编码啦。
同键不同值的并联字典(MultiDict) 也同样支持。
可使用带有两个tuples(元组,python中的数据类型)的list(列表,python中的数据类型)来构建:
同样也允许你传递str(字符串)给params,但要小心一些不能被编码的字符。+
就是一个不能被编码的字符:
注意:
aiohttp会在发送请求前标准化URL。
域名部分会用IDNA 编码,路径和查询条件会重新编译(requoting)。
比如:URL('http://example.com/путь%30?a=%31')
会被转化为URL('http://example.com/%D0%BF%D1%83%D1%82%D1%8C/0?a=1')
如果服务器需要接受准确的表示并不要求编译URL,那标准化过程应是禁止的。
禁止标准化可以使用encoded=True
:警告:
传递params时不要用
encode=True
,这俩参数不能同时使用。
1|4获取响应内容
我们可以读取服务器的响应内容。想想我们获取GitHub时间轴的例子:
这样会打印出类似于下面的信息:
aiohttp
将会自动解码内容。你可以为text()方法指定编码(使用encoding参数):
1|5获取二进制响应内容
你也可以以字节形式获取响应,这样得到的就不是文本了:
gzip
和defalte
传输编码会自动解码。
你也可以使其支持brotli
传输编码的解码,只需安装brotlipy即可。
1|6获取JSON响应内容
以防你需要处理JSON数据,内置了一个JSON解码器:
如果JSON解码失败,json()方法将会抛出一个异常。你还可以在调用json()时指定编码器和解码器函数。
注意:
这些方法会读出内存中所有响应的内容。如果你要读非常多的数据,考虑使用流式响应方法进行读取。请看之后的文档。
1|7获取流式响应内容
read(), json(), text()等方法使用起来很方便,但也要注意谨慎地使用。上述方法会将所有的响应内容加载到内存。举个例子,如果你要下载几个G的文件,这些方法还是会将所有内容都加载到内存,内存会表示”臣妾做不到啊~”(如果内存不够的话)。作为代替你可以用content属性。content其实是 aiohttp.StreamReader类的实例。gzip
和deflate
传输编码同样会自动解码。
一般情况下你可以使用下列模式将内容保存在一个文件中:
在使用content读了数据后,就不要在用read(), json(), text()了。
1|8获取请求信息
ClientResponse(客户端响应)对象含有request_info(请求信息),主要是url和headers信息。 raise_for_status结构体上的信息会被复制给ClientResponseError实例。
1|9自定义Headers
如果你需要给某个请求添加HTTP头,可以使用headers参数,传递一个dict对象即可。
比如,如果你想给之前的例子指定 content-type可以这样:
1|10自定义Cookies
发送你自己的cookies给服务器,你可以为ClientSession对象指定cookies参数:
注意:
访问
httpbin.org/cookies
会看到以JSON形式返回的cookies。查阅会话中的cookies请看ClientSession.cookie_jar。
1|11发起更复杂的POST请求
一般来说,如果你想以表单形式发送一些数据 - 就像HTML表单。那么只需要简单的将一个dict通过data参数传递就可以。传递的dict数据会自动编码:
如果你想发送非表单形式的数据你可用str(字符串)
代替dict(字典)
。这些数据会直接发送出去。
例如,GitHub API v3 接受JSON编码POST/PATCH数据:
1|12发送多部分编码文件(Multipart-Encoded)
上传多部分编码文件:
你也可以显式地设置文件名,文件类型:
如果你把一个文件对象传递给data参数,aiohttp会自动将其以流的形式上传。查看StreamReader以获取支持的格式信息。
参见:
1|13流式上传
aiohttp 支持多种形式的流式上传,允许你直接发送大文件而不必读到内存。
下面是个简单的例子,提供类文件对象即可:
或者你也可以使用aiohttp.streamer对象:
同样可以使用StreamReader对象.
我们来看下如何把来自于另一个请求的内容作为文件上传并计算其SHA1值:
因为响应对象的content属性是一个StreamReader
实例,所以你可以将get和post请求连在一起用:
1|14上传预压缩过的数据
上传一个已经压缩过的数据,需要为Headers中的Content-Encoding
指定算法名(通常是deflate或者是zlib).
1|15持久连接(keep-alive), 连接池和cookies共享
ClientSession可以在多个请求之间共享cookies:
你也可以为所有的会话请求设置headers:
ClientSession支持持久连接和连接池,可直接使用,不需要额外操作。
1|16安全cookies
ClientSession中的默认的aiohttp.CookiesJar使用的是严苛模式,RFC 2109明确禁止使用ip地址形式的URL携带cookies信息。比如: http://127.0.0.1:80/cookie
这样很好,不过有些时候我们测试时需要允许携带cookies。在aiohttp.CookiesJar中传递unsafe=True来实现这一效果:
1|17使用虚假Cookie Jar
有时不想处理cookie。这时可以在会话中使用aiohttp.DummyCookieJar来达到目的。
1|18使用连接器
想要调整请求的传输层你可以为ClientSession及其同类组件传递自定义的连接器。例如:
注解:
不要给多个会话对象使用同一个连接器,某一会话对象拥有其所有权。
参见:
查看连接器部分了解更多不同的连接器类型和配置选项信息。
1|19限制连接池的容量
限制同一时间打开的连接数可以传递limit参数:
这样就将总数限制在30.
默认情况下是100.
如果你不想有限制,传递0即可:
限制同一时间在同一个端点((host
, port
, is_ssl
) 3者都一样的情况)打开的连接数可指定limit_per_host参数:
这样会限制在30.
默认情况下是0(也就是不做限制)。
1|20使用自定义域名服务器
底层需要aiodns支持:
1|21为TCP sockets添加SSL控制:
默认情况下aiohttp总会对使用了HTTPS协议(的URL请求)查验其身份。但也可将verify_ssl设置为False
让其不检查:
如果你需要设置自定义SSL信息(比如使用自己的证书文件)你可以创建一个ssl.SSLContext实例并传递到ClientSession中:
如果你要验证自签名的证书,你也可以用之前的例子做同样的事,但是用的是load_cert_chain():
SSL验证失败时抛出的错误:
aiohttp.ClientConnectorSSLError:
aiohttp.ClientConnectorCertificateError:
如果你需要忽略所有SSL的错误:
aiohttp.ClientSSLError:
你还可以通过SHA256指纹验证证书:
注意这是以DER编码的证书的指纹。如果你的证书是PEM编码,你需要转换成DER格式:
注解:
提示: 从16进制数字转换成二进制字节码,你可以用binascii.unhexlify().
TCPConnector中设置的verify_ssl, fingerprint和ssl_context都会被当做默认的verify_ssl, fingerprint和ssl_context,ClientSession或其他同类组件中的设置会覆盖默认值。
警告:
verify_ssl 和 ssl_context是互斥的。
MD5和SHA1指纹虽不赞成使用但是是支持的 - 这俩是非常不安全的哈希函数。
1|22Unix 域套接字
如果你的服务器使用UNIX域套接字你可以用UnixConnector:
1|23代理支持
aiohttp 支持 HTTP/HTTPS形式的代理。你需要使用proxy参数:
同时支持认证代理:
也可将代理的验证信息放在url中:
与requests(另一个广受欢迎的http包)
不同,aiohttp默认不会读取环境变量中的代理值。但你可以通过传递trust_env=True
来让aiohttp.ClientSession读取HTTP_PROXY或HTTPS_PROXY环境变量中的代理信息(不区分大小写)。
1|24查看响应状态码
我们可以查询响应状态码:
1|25获取响应头信息
我们可以查看服务器的响应信息, ClientResponse.headers使用的数据类型是CIMultiDcitProxy:
这是一个特别的字典,它只为HTTP头信息而生。根据 RFC 7230,HTTP头信息中的名字是不分区大小写的。同时也支持多个不同的值对应同一个键。
所以我们可以通过任意形式访问它:
所有的header信息都是由二进制数据转换而来,使用带有surrogateescape
选项的UTF-8编码方式(surrogateescape是一种错误处理方式,详情看))。大部分时候都可以很好的工作,但如果服务器使用的不是标准编码就不能正常解码了。从 RFC 7230的角度来看这样的headers并不是合理的格式,你可以用ClientReponse.resp.raw_headers来查看原形:
1|26获取响应cookies:
如果某响应包含一些Cookies,你可以很容易地访问他们:
注意:
响应中的cookies只包含重定向链中最后一个请求中的
Set-Cookies
头信息设置的值。如果每一次重定向请求都收集一次cookies请使用 aiohttp.ClientSession对象.
1|27获取响应历史
如果一个请求被重定向了,你可以用history属性查看其之前的响应:
如果没有重定向或allow_redirects
设置为False
,history会被设置为空。
1|28使用WebSockets
aiohttp提供开箱即用的客户端websocket。
你需要使用aiohttp.ClientSession.ws_connect()协程对象。它的第一个参数接受URL,返回值是ClientWebSocketResponse,这样你就可以用响应的方法与websocket服务器进行通信。
你只能使用一种读取方式(例如await ws.receive()
或者 async for msg in ws:
)和写入方法,但可以有多个写入任务,写入任务也是异步完成的(ws.send_str('data')
)。
1|29设置超时
默认情况下每个IO操作有5分钟超时时间。可以通过给ClientSession.get()及其同类组件传递timeout
来覆盖原超时时间:
None
或者0
则表示不检测超时。
还可通过调用async_timeout.timeout上下文管理器来为连接和解析响应内容添加一个总超时时间:
注意:
超时时间是累计的,包含如发送情况,重定向,响应解析,处理响应等所有操作在内…
1|30愉快地结束:
当一个包含ClientSession
的async with
代码块的末尾行结束时(或直接调用了.close()
),因为asyncio内部的一些原因底层的连接其实没有关闭。在实际使用中,底层连接需要有一个缓冲时间来关闭。然而,如果事件循环在底层连接关闭之前就结束了,那么会抛出一个 资源警告: 存在未关闭的传输(通道)(ResourceWarning: unclosed transport
),如果警告可用的话。
为了避免这种情况,在关闭事件循环前加入一小段延迟让底层连接得到关闭的缓冲时间。
对于非SSL的ClientSession
, 使用0即可(await asyncio.sleep(0)
):
对于使用了SSL的ClientSession
, 需要设置一小段合适的时间:
合适的时间因应用程序而异。
当asyncio内部的运行机制改变时就可以让aiohttp去等待底层连接关闭在退出啦,上面这种额外的方法总会废弃啦。你也可以跟进问题#1925来参与改进。