变量服务将如何影响端点的异步性质？
首先，如果您的service.stop()不是协程，则asyncio不会进行任何上下文切换。
这意味着它将阻塞。
这也意味着您的函数必须是awaitable，它必须是yielding。
在使用时是否会被锁定
如果存在竞争条件，则它不会自动锁定。您需要锁定它(见asyncio.Lock())。
但是，如果您的代码不执行任何上下文切换，则不需要担心这一点，因为两个协程不能同时执行，并发不等于并行。
在事件循环中
（协程执行的地方），协程会产生一个
事件，以便恢复。事件循环能够等待这些事件发生。但是，在等待期间，它也可以等待其他事件，或者处理其他事件。这仅适用于有协程的情况下，事件通信通过事件循环的控制来完成。
但是，当两个事件共享同一个
List时，需要
锁定它。
为了更加清晰，想象你的代码是一家餐厅，协程就像是服务员，你向服务员下订单，然后她前往大厨(
事件循环)。
你需要等待，同时你不能分享大厨，然而大厨可以同时做两个汉堡(
处理两个不同的事件)。
当大厨没有足够大的灶台同时做两个汉堡时(
共享对象)，会发生什么呢？
当你的订单还在等待时，你需要锁定灶台以让其他客户点餐，但是你不能分享灶台，因为你自己也需要使用它，所以你需要说“嘿，我需要把这里锁住”。
但是你仍然可以点一个沙拉(
其他协程不会被阻塞)。
在这种情况下，如果我在它们每个人中都执行 Service().start()，那么速度会变慢吗？
简短总结
问题完全取决于您的 start() 函数的操作方式和执行方式。
好的，但我需要更好地了解 asyncio。
那么假设您有以下代码：
async def x():
a = await service.start()
return a
- 这将为
service().start() 的 yielding 变量分配堆栈空间。
- 事件循环将执行此操作并跳转到下一条语句。
- 一旦执行
start()，它将推送调用堆栈的值。
- 这将存储堆栈和指令指针。
- 然后它将把来自
service().start() 的 yielded 变量存储到 a，然后恢复堆栈和指令指针。
- 当执行
return a 时，它将把变量 a 推送到调用堆栈。
- 最后，它将清除堆栈和指令指针。
请注意，我们能够做到这一点，是因为 service().start() 是一个 coroutine，它是 yielding 而不是返回。
这可能对您来说一开始并不清楚，但正如我提到的，async 和 await 只是声明和管理 coroutines 的花哨语法。
import asyncio
@asyncio.coroutine
def decorated(x):
yield from x
async def native(x):
await x
但这两个函数的作用完全相同。你可以想象使用
yield from将一个或多个函数链接在一起。
但要深入理解异步I/O，我们需要了解它是什么以及在底层如何运行。
在大多数操作系统中，可用基本API
select()或
poll()系统调用。
这些接口使API用户能够检查是否有任何传入的I/O需要处理。
例如，您的HTTP服务器希望检查是否有到达的网络数据包以便进行服务。通过这些系统调用，您能够进行检查。
当我们查看
select() 的
手册页时，我们会看到以下描述。
select() 和 pselect() 允许程序监视多个文件描述符，等待其中一个或多个文件描述符变为准备好某类I/O操作（例如，输入可能）。如果可以执行对应的I/O操作，则认为文件描述符已准备就绪
这让你有一个相当基本的想法，解释了异步 I/O 的性质。
它允许您检查描述符是否可以读取和写入。
通过不阻塞其他事情，它使您的代码更具可扩展性。作为奖励，您的代码变得更快，但这不是异步 I/O 的实际目的。
所以来整理一下。
事件循环只需在准备好时继续产生，这样就不会阻塞。
