阿里云-云小站(无限量代金券发放中)
【腾讯云】云服务器、云数据库、COS、CDN、短信等热卖云产品特惠抢购

async await:比requests 更强大

34次阅读
没有评论

共计 2658 个字符,预计需要花费 7 分钟才能阅读完成。

导读 最近公司 Python 后端项目进行重构,整个后端逻辑基本都变更为采用 ” 异步 ” 协程的方式实现。看着满屏幕经过 async await(协程在 Python 中的实现)修饰的代码,我顿时感到一脸懵逼,不知所措。

async await:比 requests 更强大

虽然之前有了解过 ” 协程 ” 是什么东西,但并没有深入探索,于是正好借着这次机会可以好好学习一下。

什么是协程?

简单来说,协程是一种基于线程之上,但又比线程更加轻量级的存在。对于系统内核来说,协程具有不可见的特性,所以这种由 程序员自己写程序来管理 的轻量级线程又常被称作 “ 用户空间线程 ”。

协程比多线程好在哪呢?

1. 线程的控制权在操作系统手中,而 协程的控制权完全掌握在用户自己手中,因此利用协程可以减少程序运行时的上下文切换,有效提高程序运行效率。

2. 建立线程时,系统默认分配给线程的 栈 大小是 1 M,而协程更轻量,接近 1 K。因此可以在相同的内存中开启更多的协程。

3. 由于协程的本质不是多线程而是单线程,所以不需要多线程的锁机制。因为只有一个线程,也不存在同时写变量而引起的冲突。在协程中控制共享资源不需要加锁,只需要判断状态即可。所以协程的执行效率比多线程高很多,同时也有效避免了多线程中的竞争关系。

协程的适用 & 不适用场景

适用场景:协程适用于被阻塞的,且需要大量并发的场景。

不适用场景:协程不适用于存在大量计算的场景(因为协程的本质是单线程来回切换),如果遇到这种情况,还是应该使用其他手段去解决。

初探异步 http 框架 httpx

至此我们对 “ 协程 ” 应该有了个大概的了解,但故事说到这里,相信有朋友还是满脸疑问:” 协程 ” 对于接口测试有什么帮助呢?不要着急,答案就在下面。

相信用过 Python 做接口测试的朋友都对 requests 库不陌生。requests 中实现的 http 请求是同步请求,但其实基于 http 请求 IO 阻塞的特性,非常适合用协程来实现 “ 异步 ” http 请求从而提升测试效率。

相信早就有人注意到了这点,于是在 Github 经过了一番探索后,果不其然,最终寻找到了支持协程 “ 异步 ” 调用 http 的开源库: httpx

什么是 httpx

httpx 是一个几乎继承了所有 requests 的特性并且支持 “ 异步 ” http 请求的开源库。简单来说,可以认为 httpx 是强化版 requests。

下面大家可以跟着我一起见识一下 httpx 的强大

安装

httpx 的安装非常简单,在 Python 3.6 以上的环境执行

pip install httpx

优秀实践

俗话说得好,效率决定成败。我分别使用了 httpx 异步 和 同步 的方式对批量 http 请求进行了耗时比较,来一起看看结果吧~

首先来看看同步 http 请求的耗时表现:

import asyncio  
import httpx  
import threading  
import time  
def sync_main(url, sign):  
    response = httpx.get(url).status_code  
    print(f'sync_main: {threading.current_thread()}: {sign}: {response}')  
sync_start = time.time()  
[sync_main(url='http://www.baidu.com', sign=i) for i in range(200)]  
sync_end = time.time()  
print(sync_end - sync_start)

代码比较简单,可以看到在 sync_main 中则实现了同步 http 访问百度 200 次。

运行后输出如下(截取了部分关键输出 …):

sync_main: <_mainthread started>: 192: 200  
sync_main: <_mainthread started>: 193: 200  
sync_main: <_mainthread started>: 194: 200  
sync_main: <_mainthread started>: 195: 200  
sync_main: <_mainthread started>: 196: 200  
sync_main: <_mainthread started>: 197: 200  
sync_main: <_mainthread started>: 198: 200  
sync_main: <_mainthread started>: 199: 200  
16.56578803062439 

可以看到在上面的输出中, 主线程没有进行切换(因为本来就是单线程啊喂!)请求按照顺序执行(因为是同步请求)。

程序运行共耗时 16.6 秒

下面我们试试 “ 异步 ” http 请求:

import asyncio  
import httpx  
import threading  
import time  
client = httpx.AsyncClient()  
async def async_main(url, sign):  
    response = await client.get(url)  
    status_code = response.status_code  
    print(f'async_main: {threading.current_thread()}: {sign}:{status_code}')  
loop = asyncio.get_event_loop()  
tasks = [async_main(url='http://www.baidu.com', sign=i) for i in range(200)]  
async_start = time.time()  
loop.run_until_complete(asyncio.wait(tasks))  
async_end = time.time()  
loop.close()  
print(async_end - async_start)

上述代码在 async_main 中用 async await 关键字实现了 ” 异步 ” http,通过 asyncio (异步 io 库请求百度首页 200 次并打印出了耗时。

运行代码后可以看到如下输出(截取了部分关键输出 …)

async_main: <_mainthread started>: 56: 200  
async_main: <_mainthread started>: 99: 200  
async_main: <_mainthread started>: 67: 200  
async_main: <_mainthread started>: 93: 200  
async_main: <_mainthread started>: 125: 200  
async_main: <_mainthread started>: 193: 200  
async_main: <_mainthread started>: 100: 200  
4.518340110778809 

可以看到顺序虽然是乱的(56,99,67…)(这是因为程序在协程间不停切换) 但是主线程并没有切换(协程本质还是单线程)。

程序共耗时 4.5 秒

比起同步请求耗时的 16.6 秒 缩短了接近 73 %!

俗话说得好,一步快,步步快。在耗时方面,” 异步 ” http 确实比同步 http 快了很多。当然,” 协程 ” 不仅仅能在请求效率方面赋能接口测试,掌握 “ 协程 ” 后,相信小伙伴们的技术水平也能提升一个台阶,从而设计出更优秀的测试框架。

阿里云 2 核 2G 服务器 3M 带宽 61 元 1 年,有高配

腾讯云新客低至 82 元 / 年,老客户 99 元 / 年

代金券:在阿里云专用满减优惠券

正文完
星哥说事-微信公众号
post-qrcode
 0
星锅
版权声明:本站原创文章,由 星锅 于2024-07-25发表,共计2658字。
转载说明:除特殊说明外本站文章皆由CC-4.0协议发布,转载请注明出处。
【腾讯云】推广者专属福利,新客户无门槛领取总价值高达2860元代金券,每种代金券限量500张,先到先得。
阿里云-最新活动爆款每日限量供应
评论(没有评论)
验证码
【腾讯云】云服务器、云数据库、COS、CDN、短信等云产品特惠热卖中