PHP的sleep()在Web环境常“失效”是因响应缓冲、超时设置或类型错误所致；CLI下正常，Web下需检查max_execution_time、代理超时、参数类型及输出缓冲，并避免用于生产限流或阻塞操作。
PHP sleep() 不生效，页面直接跳过或卡死？先看执行环境
PHP 的 sleep() 在 CLI 模式下通常按预期工作，但在 Web 服务器（如 Apache、Nginx + PHP-FPM）中常“失效”——不是函数没运行，而是响应被缓冲、超时中断或输出被阻塞。常见现象是：浏览器白屏几秒后直接返回空内容，或根本等不到延时就报 504/502 错误。
关键判断点：确认你是在 Web 环境还是 CLI 环境调用 sleep()。Web 下它不等于“让浏览器等”，而是让 PHP 进程暂停，期间若超过 max_execution_time 或反向代理超时，请求就被强制终止。
- CLI 下测试：
php -r "echo 'start'; sleep(5); echo 'done';"—— 能看到 5 秒延迟输出 - Web 下测试前，先加
set_time_limit(30);并检查phpinfo()中max_execution_time值（默认常为 30，但某些共享主机设为 5） - Nginx 用户必须检查
proxy_read_timeout和fastcgi_read_timeout，它们默认常为 60 秒，但若你只设sleep(65)就会断连
sleep() 参数传了负数或非整数？PHP 会静默失败
sleep() 只接受非负整数，传入小数（如 sleep(0.5)）、字符串（如 sleep("2")）、null 或负数，PHP 会返回 false 且不报错（除非开启严格错误报告），导致你以为“睡了”，其实压根没执行。
典型错误写法：
立即学习“PHP免费学习笔记（深入）”；
sleep($_GET['delay'] ?? 1); // 若 $_GET['delay'] 是 "1.5" 或 "abc"，实际 sleep(0) 或 false
安全做法：
- 强制类型转换：
sleep((int)$_GET['delay']);—— 但注意(int)"1.9"得 1，(int)"abc"得 0 - 更稳妥校验：
$sec = filter_var($_GET['delay'], FILTER_VALIDATE_INT, ['options' => ['min_range' => 0, 'max_range' => 30]]); if ($sec !== false) { sleep($sec); } - 别用
usleep()替代，它单位是微秒，usleep(1000000)才等于 1 秒；传错数量级会导致“睡”几毫秒就继续，你以为没生效
页面没输出是因为缓冲没关，sleep() 被“憋”住了
Web 环境下，PHP 默认启用输出缓冲（output_buffering），加上 Web 服务器自身的缓冲层，即使你写了 echo + sleep()，浏览器也收不到任何字节，直到脚本结束才一次性刷出全部内容——所以你看不到“分段延迟效果”，只觉卡死。
