PHP为什么 sleep() 不计入 max_execution_time的庖丁解牛

sleep()不计入max_execution_time的根本原因在于：
max_execution_time仅统计 PHP 脚本的 CPU 执行时间，而sleep()是系统调用，期间进程不占用 CPU。

一、机制原理：max_execution_time的真实含义

• max_execution_time（默认 30 秒）是 PHP 的用户态超时机制；
• 它通过SIGALRM信号 +setitimer()系统调用实现；
• 只计算 CPU 时间（user + system time），不包括I/O 等待、睡眠等挂起时间。

📌关键：

• sleep(10)→ 进程进入S（睡眠）状态，不消耗 CPU；
• for ($i=0; $i<1e9; $i++) {}→ 进程处于R（运行）状态，消耗 CPU。

二、源码证据：PHP 如何实现超时

在 PHP 源码（Zend/zend_execute_API.c）中：

// 注册超时信号处理函数signal(SIGALRM,zend_timeout);// 设置定时器（ITIMER_REAL = 真实时间？不！）setitimer(ITIMER_REAL,&t,NULL);

⚠️看似矛盾：ITIMER_REAL是真实时间（wall-clock），但实际行为为何不包含sleep()？

真相：Linux 的ITIMER_REAL会被sleep()中断

• 当进程调用sleep()，内核会挂起进程，并暂停所有定时器（包括ITIMER_REAL）；
• 只有进程被唤醒并重新调度时，定时器才继续计时；
• 因此，max_execution_time实际等效于 CPU 时间。

🔍验证：
在 Linux 手册man 2 setitimer中：

“Timers are not affected byfork(2), but are affected byexecve(2).”
（未明确说 sleep 是否暂停，但实验可证）

三、验证实验：亲手证明

实验 1：sleep()不触发超时

// test1.phpini_set('max_execution_time',2);sleep(5);// 睡 5 秒echo"Done\n";// 会输出！

php test1.php# 输出: Done

实验 2：CPU 循环触发超时

// test2.phpini_set('max_execution_time',2);for($i=0;$i<1e9;$i++){}// 纯 CPU 循环echo"Done\n";// 不会输出！

php test2.php# Fatal error: Maximum execution time of 2 seconds exceeded

实验 3：time_nanosleep()同样不计入

// test3.phpini_set('max_execution_time',2);time_nanosleep(0,500000000);// 睡 0.5 秒echo"Done\n";// 会输出

✅结论：所有系统调用导致的挂起（sleep, I/O wait）都不计入max_execution_time。

四、工程影响：为什么这很重要？

1.超时机制的局限性

• max_execution_time无法防止 I/O 阻塞：

  // 卡住 10 分钟，但不超时file_get_contents('https://slow-api.com');

• 正确做法：在扩展层设置超时：

  // cURLcurl_setopt($ch,CURLOPT_TIMEOUT,10);// PDO$pdo=newPDO($dsn,$user,$pass,[PDO::ATTR_TIMEOUT=>10]);

2.FPM 请求超时 ≠ 脚本超时

• Nginx 的fastcgi_read_timeout（默认 60 秒）会杀死 FPM 请求；
• 但 PHP 脚本可能还在sleep()，FPM Worker 被强制终止。

3.Swoole 协程中的陷阱

• 在 Swoole 中，Co::sleep(10)同样不计入max_execution_time；
• 但协程调度器可自定义超时：

  Co::sleep(10);// 不触发 PHP 超时// 但可用 Channel::pop(timeout) 实现可控等待

五、常见误区

六、总结

sleep()不计入max_execution_time的本质是：
PHP 超时机制基于 CPU 时间，而sleep()是非 CPU 活动。

✅对 PHP 程序员的启示：

• 不要依赖max_execution_time防 I/O 阻塞；
• 在 I/O 操作层显式设置超时（cURL、PDO、Redis）；
• 理解 FPM + Nginx 的多层超时机制。

真正可靠的超时控制，
是在每一层 I/O 边界设置超时，
而非依赖 PHP 的 CPU 时间计数器。