会卡住当前线程但不影响其他线程；主线程调用时导致GUI冻结、Web响应阻塞、输入无响应，而多线程中仅阻塞调用者线程，可并行执行。
time.sleep() 会卡住整个程序吗
会。只要主线程调用 time.sleep()，Python 解释器就停在那儿不动，所有同步代码（包括定时器、输入等待、其他普通函数）都会暂停——它不是“后台睡”，是真·卡死当前线程。
常见错误现象：time.sleep(5) 执行期间，GUI 界面冻结、Flask 路由无响应、键盘输入收不到，甚至 Ctrl+C 都要等睡完才触发（除非用信号中断）。
- 使用场景：脚本中简单延时（比如轮询前等 2 秒）、调试时模拟耗时、命令行工具节奏控制
- 不适用场景：需要同时响应用户操作、处理网络请求、更新界面的场合
- 参数差异：
time.sleep()接浮点数，单位是秒；sleep(0.001)是 1 毫秒，但实际精度取决于系统调度（Windows 通常 ≥15ms）
想延迟执行又不卡程序，该用什么
得换非阻塞方式。Python 标准库没直接替代品，得靠异步或线程/进程拆分逻辑。
常见错误现象：用 threading.Timer 但忘了 .start()，或者用 asyncio.create_task() 却没在 async def 里调用，结果延迟根本没生效。
立即学习“Python免费学习笔记（深入）”；
创建 Flask + Vue.js 全栈项目，采用单端口架构、uv 依赖管理、结构化日志和生产级前端设计。当用户要求以下操作时触发：创建新的 Flask+Vue 项目、搭建 Web 应用、构建全栈 Python+Vue 应用、初始化 Flask Web 项目、设置单端口 Flask 前后端项目。触发词：新建项目、创建项目、搭建项目、Flask项目、Vue项目。
- 简单后台延迟：用
threading.Timer，比如t = threading.Timer(3.0, print, args=['done'])，然后t.start() - 异步环境（如 FastAPI、aiohttp）：必须用
await asyncio.sleep(3)，且整个调用链得是async的 - GUI（如 Tkinter）：别碰
time.sleep()，改用root.after(3000, callback) - 性能影响：线程方案开销小但难管理状态；async 方案高效但要求全栈协程化
time.sleep() 在多线程里怎么表现
只阻塞调用它的那个线程，不影响其他线程运行——这是它和全局卡死最常被混淆的一点。
常见错误现象：开了 3 个线程，每个都 time.sleep(10)，误以为“总共要等 30 秒”，其实它们是并行睡的，10 秒后一起醒。
- 使用场景：爬虫里控制单个请求间隔、多任务中各自节流
- 注意线程安全：如果多个线程共用一个变量，
sleep前后仍需加锁，它不解决竞态 - 兼容性：所有 Python 版本都支持，无差异
为什么有时 sleep 不准，或者提前醒了
不是 bug，是操作系统调度和 Python 实现决定的。你调 time.sleep(1)，内核可能 1.002 秒后才唤醒线程，也可能被信号（如 SIGINT）打断。
常见错误现象：循环里反复 sleep(0.1) 累计 10 秒，结果总时长只有 9.2 秒；或者按 Ctrl+C 后程序立刻退出，没等到 sleep 结束。
- 精度保障不了：高精度延时（如音视频同步）得用专用库（
pygame.time.wait或硬件时钟） - 被中断时会抛
InterruptedError（Python 3.5+），不是静默失败 - 避免累积误差：别靠多次短 sleep 拼长延时，改用记录起始时间 +
while time.time() 循环检查
真正麻烦的是混用场景——比如在 asyncio 里不小心调了 time.sleep()，表面看能跑，但整个 event loop 就卡住了。这种错不报错，只悄悄拖慢所有协程。
