asyncio.sleep不能直接替换time.sleep，因为前者是需await调用的协程，后者是同步阻塞函数；漏写await会导致无延迟，非async环境调用会报错，且仅在事件循环中生效。
asyncio.sleep 为什么不能直接替换 time.sleep
因为 time.sleep() 是同步阻塞调用，会卡死整个事件循环；而 asyncio.sleep() 是协程函数，必须用 await 调用，否则你拿到的只是一个未执行的协程对象，什么也不会发生——常见错误是漏写 await，结果程序秒过、毫无延迟。
- 不加
await：返回<coroutine object asyncio.sleep at></coroutine>，但不会暂停 - 在非
async函数里调用：报RuntimeWarning: coroutine 'sleep' was never awaited - 想在普通线程里“等一下”：仍得用
time.sleep()，asyncio.sleep()只在事件循环中生效
怎么正确 await asyncio.sleep()（带单位和精度）
asyncio.sleep() 第一个参数是秒数，支持浮点数，比如 await asyncio.sleep(0.1) 表示约 100 毫秒。它不是精确计时器，实际延迟受事件循环调度影响，通常略长于指定值（尤其在高负载时）。
- 最小可感知延迟约 1–5ms，低于这个值可能被合并或忽略
- 不要依赖它做精确定时任务，需高精度请用系统级 timer 或专用库（如
aiocron） - 超时控制场景下，建议配合
asyncio.wait_for()使用，避免无限等待
await asyncio.sleep(2.5) # 等 2.5 秒
在并发任务里 sleep 怎么避免互相干扰
asyncio.sleep() 本身不阻塞其他协程，多个 await asyncio.sleep() 可以并发等待，各自到期后继续执行。关键是要用 asyncio.create_task() 或 asyncio.gather() 启动它们，而不是串行 await。
- 串行写法：
await asyncio.sleep(1); await asyncio.sleep(2)→ 总耗时约 3 秒 - 并行写法：
await asyncio.gather(asyncio.sleep(1), asyncio.sleep(2))→ 总耗时约 2 秒 - 注意：如果 sleep 在不同 task 中，且 task 有其它耗时逻辑，实际并发效果取决于那部分逻辑是否真正异步
替代 time.sleep 的典型误用场景与修正
最常错用的地方是“想在同步工具函数里加延迟”，比如日志重试、简单脚本延时。这类场景没运行事件循环，asyncio.sleep() 根本无法工作。
立即学习“Python免费学习笔记（深入）”；
- 脚本开头没调
asyncio.run(main())：直接跑await asyncio.sleep()会报RuntimeError: no running event loop - 混用 threading 和 asyncio：在子线程里调
await会失败，得用asyncio.run_coroutine_threadsafe() - 测试中 mock sleep：别 patch
asyncio.sleep本身，应 patch 被测函数里 await 它的地方，或用pytest-asyncio提供的 event_loop fixture
异步 sleep 不是万能胶，它只在 asyncio 生态里切出控制权；离开事件循环，它就只是个协程对象，连一毫秒都停不住。
