问:在Py3.5之前yield表现非常好,在Py3.5之后为了将予以变得更加明确,就引入了async和await关键词用于定义原生的协议。
答:async和await原生协程:
async def downloader(url): return "bobby" async def downloader_url(url): # do something html = await downloader(url) return html if __name__ == '__main__': coro = downloader_url("http://www.baidu.com") next(None) # coro.send(None) # 1.如果调用send正常 # StopIteration: bobby # 2.如果调用next草异常,因此原生协程只能用send # TypeError: 'NoneType' object is not an iterator # sys:1: RuntimeWarning: coroutine 'downloader_url' was never awaited
我们发现:原生协程只能用send不能用next。而且发现 原生协程和yield协程差不多,前面加上了async语法,await类似于yield from。Python引入了async和await原生协程是为了我们的语义更加的清晰。如果我们用生成器写出的协程的话,代码非常的凌乱的。因为它又能当生成器又能当协程,显得比较凌乱,将这两种区分开来。因此async里面是不能定义yield的。因此Python加强了我们的区别。因此这两个是一对的。这样我们的协程区分开来。前面说了那么多生成器就是为了加强协程的理解。这样我们在协程里面就用这两个。因此在Python内部依然沿用了生成器的原理,来实现了我们的协程。
await后跟随的Awaitbale对象。我们可以通过from collections import Awaitalbe模块。
其实这个是实现了魔法拿书中的__await__的方法,因此我们还可以使用装饰器的方法来操作,省去asyn,而变换成我们熟悉的生成器的样子。代码如下:
import types @types.coroutine def downloader(url): yield "bobby" async def downloader_url(url): # do something html = await downloader(url) return html if __name__ == '__main__': coro = downloader_url("http://www.baidu.com") # next(None) coro.send(None)
问:生成器是如何变成我们协程的?
答:在开始我么引入过协程的需求,我们的协程是通过单线程调度,协程是我们函数级别的是由我们程序员自己来决定调用的,我们可以写同步代码一样写异步代码。我们的生成器就可以完成我们的协程的这么一个功能。我们现在就可以用协程来模拟我们的需求。
生成器是可以暂停的函数,实际上生成器是可以有状态的!
我们看这段代码
import inspect def gen_func(): yield 1 return "bobby" if __name__ == '__main__': gen = gen_func() print(inspect.getgeneratorstate(gen)) # GEN_CREATED next(gen) print(inspect.getgeneratorstate(gen)) # GEN_SUSPENDED try: next(gen) except StopIteration: pass print(inspect.getgeneratorstate(gen)) # GEN_CLOSED
通过inspect中的getgeneratorstate我们来观察生成器的状态,实际上我们在定义我们的生成器的时候,生成器可以接收我们的值。这句话有两个意思:第一是返回值给调用方,第二调用方通过send方式返回值跟gen。现在我们生成器由“生产者”变为“消费者”。
1.我们用同步的方式编写异步的代码。
2.在适当的时候暂停函数,并在适当的时候启动函数。
现在我们模式:事件循环+协程模式。
我们在函数当中的子函数,如果出现异常,会抛给这个函数的主函数,是“向上抛”的过程。这个就很好。协程是一个单线程模式。
问:异步IO和IO复用,也就是同步IO和异步IO。
答:我们对前面的东西略微做一个小结:
异步IO和协程:现在我们还没有把协程来用到我们的编码当中,协程是需要事件循环来实现的。单独使用的话作用不是很明显。
在最开始的时候我么说到了并发、并行、异步、同步、阻塞、非阻塞。
在IO多路复用(同步IO)当中的select poll epoll,使我们使用的最多的技术。回调+事件循环的方式。这种编程模式和同步IO的编程模式差别很大。
因此这两种模式:回调+事件循环(IO多路复用)、协程+事件循环(异步IO)
上面的编码是非常痛苦的:回调之痛。
我们引入了生成器和协程,协程并不会别上面的方式高,协程主要解决的问题是回调之痛的问题和编码习惯的问题。
我们可以将生成器编程我们的协程了。
最后引入了async和await来区别生成器和协程,不容易混乱,进行区分。我们可以用Cororoutine装饰器的方式,就不要用了。
所以建议使用async和await的方式。
11111