理解事件循环、协程与 Task 的关系
在 asyncio 架构中，事件循环（Event Loop）是唯一的调度中枢，负责在单线程内监听 I/O 事件并协调多个协程的交替执行。理解这三者的关系是编写高效异步代码的基础：
1. **协程对象（Coroutine Object）**：由 async def 函数调用生成，本质上是一个可迭代的生成器。如果不调用 await 或提交给事件循环，它永远不会运行。
2. **Task**：是协程的包装器与调度凭证。通过 asyncio.create_task() 创建后，事件循环会将其加入就绪队列。
3. **协作式多任务**：当协程执行到 await 表达式时，会主动让出控制权，事件循环随即切换至其他可运行的 Task；待底层 I/O 完成，事件循环再唤醒原协程继续执行。
这种模型避免了线程上下文切换的开销，开发者只需明确事件循环负责调度、协程定义逻辑、Task 负责并发的心智模型，即可高效构建非阻塞应用。
使用 async 与 await 编写并调度协程
编写异步代码需严格遵循 async 与 await 的语法契约。使用 async def 声明的函数调用后返回协程对象，必须通过 await 挂起当前执行流，将控制权交还事件循环，直至异步操作完成。程序入口应统一使用 asyncio.run(main())，它会自动创建并管理事件循环的生命周期。
若需并发执行多个协程，应使用 asyncio.create_task() 将其包装为独立任务并立即提交调度。例如，顺序执行 await fetch_a() 与 await fetch_b() 会严格阻塞等待前者完成；而改为 task_a = asyncio.create_task(fetch_a()) 与 task_b = asyncio.create_task(fetch_b())，再配合 await asyncio.gather(task_a, task_b) 则能让两个网络请求在事件循环中交替推进，总耗时接近单次请求的最长时间。掌握 await 的阻塞语义与 create_task 的并发语义，是编写高效异步逻辑的关键。
验证异步执行效果并识别常见避坑点
验证异步效果需结合耗时统计与执行日志。通过 time.perf_counter() 记录任务起止时间，或使用 logging 模块打印带时间戳的日志，可直观判断协程是否真正并发。若总耗时等于各子任务耗时之和，说明未实现并发。
常见避坑点包括：
1. **误用同步阻塞函数**：在协程中调用 time.sleep() 或 requests.get() 会直接冻结整个事件循环，应替换为 asyncio.sleep() 或异步 HTTP 客户端。
2. **遗漏 await**：调用协程函数后遗漏 await 会触发 RuntimeWarning 且逻辑不执行。
3. **任务泛滥**：滥用 create_task 创建海量无限制任务易导致连接池耗尽或内存溢出，应配合 asyncio.Semaphore 控制并发度。
4. **上下文绑定**：避免在多线程中随意调用 asyncio.get_event_loop()，现代 Python 推荐使用 asyncio.run() 或 loop.run_until_complete() 显式绑定上下文，确保调度安全。
