sleep() 在 PHP CLI 和 Web 环境下均阻塞当前进程，不释放 CPU 且卡住 worker，Web 场景应改用异步队列或事件驱动方案替代。
sleep() 在 PHP CLI 和 Web 环境下都阻塞当前进程
sleep() 是同步阻塞调用，它会让当前执行的 PHP 进程（或线程）暂停指定秒数，期间不释放 CPU，也不处理任何其他请求或任务。这在 CLI 脚本里影响不大，但在 Web 场景（如 Apache 的 prefork 模式、PHP-FPM 的单个 worker）中，意味着该 worker 在 sleep() 期间无法响应新请求。
PHP-FPM 下 sleep() 会卡住整个 worker 进程
PHP-FPM 默认使用 static 或 dynamic 进程管理方式，每个 worker 是单线程、阻塞式处理请求的。一旦某个请求里调用了 sleep(10)，这个 worker 就 10 秒内不能干别的事——哪怕只是等一个第三方 API 响应，也会把并发能力拖垮。
- 如果你的
pm.max_children = 50，而有 5 个请求同时执行sleep(30)，那瞬间就吃掉 5 个 worker，剩余 45 个要排队等 -
sleep()不释放锁：如果它发生在事务中或持有flock()，阻塞时间会连带延长资源争用 - 超时配置（如
max_execution_time）仍生效，但sleep()本身计入执行时间
替代 sleep() 的非阻塞延时方案
真需要“等一段时间再做某事”，优先考虑异步或事件驱动方式，而不是让 PHP 自己卡住：
- Web 场景用前端轮询 + 后端队列：把耗时等待逻辑拆到后台任务（如用 Redis +
php-resque或 Laravel Horizon），API 立即返回任务 ID，前端定时GET /status?id=xxx - CLI 场景可用
pcntl_alarm()+ 信号捕获，但注意它只支持秒级且不可重入 - PHP 8.1+ 可尝试
Swoole\Timer::after()（需启用 Swoole 扩展），它基于事件循环，不阻塞 - 绝对避免在
foreach循环里写sleep(1)来“限流”——这只会让吞吐量归零，改用漏桶/令牌桶算法（如thecodingmachine/guessing-game类库）
调试时误用 sleep() 导致的典型问题
开发阶段随手加 sleep() 测试并发行为，上线后忘记删，是线上雪崩的常见起因之一：
立即学习“PHP免费学习笔记（深入）”；
- Nginx 报
504 Gateway Timeout，但 PHP 错误日志里没报错——因为sleep()没异常，只是慢 - APM 工具（如 XHProf、Blackfire）显示某接口“执行时间长”，火焰图里
sleep占比极高，但你可能以为是数据库慢 - 用
strace -p $(pgrep -f 'php.*your_script')能直接看到进程卡在nanosleep()系统调用上
真正难察觉的是嵌套调用里的隐式 sleep：比如某个 SDK 的重试逻辑内部调用了 sleep()，而你只看了它的文档没翻源码。
