这个问题是由我的另一个问题:如何在cdef等待?
网络上有大量关于asyncio的文章和博客文章，但它们都非常肤浅。我找不到任何关于asyncio实际是如何实现的，以及什么使I/O异步的信息。我试图阅读源代码，但它有数千行不是最高级的C代码，其中很多处理辅助对象，但最重要的是，它很难将Python语法和它将转换成的C代码联系起来。
Asycnio自己的文档就更没有帮助了。这里没有关于它如何工作的信息，只有一些关于如何使用它的指南，这些指南有时也会误导/写得很糟糕。
我熟悉Go的协程实现，并希望Python也能做同样的事情。如果是这样的话，我在上面链接的帖子中出现的代码应该是有效的。既然它没有，我现在正试图找出原因。到目前为止，我最好的猜测如下，请纠正我的错误:
Procedure definitions of the form async def foo(): ... are actually interpreted as methods of a class inheriting coroutine. Perhaps, async def is actually split into multiple methods by await statements, where the object, on which these methods are called is able to keep track of the progress it made through the execution so far. If the above is true, then, essentially, execution of a coroutine boils down to calling methods of coroutine object by some global manager (loop?). The global manager is somehow (how?) aware of when I/O operations are performed by Python (only?) code and is able to choose one of the pending coroutine methods to execute after the current executing method relinquished control (hit on the await statement).
换句话说，这是我试图将一些asyncio语法“糖化”成更容易理解的东西:
async def coro(name):
print('before', name)
await asyncio.sleep()
print('after', name)
asyncio.gather(coro('first'), coro('second'))
# translated from async def coro(name)
class Coro(coroutine):
def before(self, name):
print('before', name)
def after(self, name):
print('after', name)
def __init__(self, name):
self.name = name
self.parts = self.before, self.after
self.pos = 0
def __call__():
self.parts[self.pos](self.name)
self.pos += 1
def done(self):
return self.pos == len(self.parts)
# translated from asyncio.gather()
class AsyncIOManager:
def gather(*coros):
while not every(c.done() for c in coros):
coro = random.choice(coros)
coro()
Should my guess prove correct: then I have a problem. How does I/O actually happen in this scenario? In a separate thread? Is the whole interpreter suspended and I/O happens outside the interpreter? What exactly is meant by I/O? If my python procedure called C open() procedure, and it in turn sent interrupt to kernel, relinquishing control to it, how does Python interpreter know about this and is able to continue running some other code, while kernel code does the actual I/O and until it wakes up the Python procedure which sent the interrupt originally? How can Python interpreter in principle, be aware of this happening?
