PHP核心配置中的hard_timeout是什么？它与其他timeout标识有何区别？

Hey there, let's break down PHP's hard_timeout config and how it differs from other timeout settings you might run into in your projects.

首先，什么是hard_timeout？ #

• 它是PHP 7.1.0之后新增的核心配置项，默认值为2秒，而且只接受整数作为有效取值。
• 简单来说，这是一个全局进程级的硬超时兜底机制：一旦PHP进程的总运行时间超过这个值，不管它当前在做什么（哪怕是在执行系统调用、等待IO响应或者卡在某个循环里），PHP内核都会直接强制终止这个进程。
• 它的设计初衷是作为最后一道防线，防止异常情况下的进程长时间占用服务器资源，官方文档描述较少也因为它偏向底层，不是日常开发中经常需要调整的配置。

和其他常见Timeout配置的核心区别 #

1. 对比max_execution_time #

• max_execution_time（默认30秒）只统计PHP代码本身的执行时间，像数据库查询、网络请求、文件IO这些PHP外部的耗时操作，是不会被计入这个超时的。
• 而hard_timeout计算的是进程从启动到当前的总耗时，不管时间花在PHP内部还是外部，到点就直接终止进程。
• 举个例子：如果你的脚本在等待一个慢到离谱的数据库查询，max_execution_time会暂停计时，但hard_timeout会继续走，到2秒就直接把进程杀掉。

2. 对比default_socket_timeout #

• default_socket_timeout仅针对网络套接字操作（比如curl请求、fsockopen建立连接），是特定操作层面的超时限制。
• hard_timeout是全局级别的，不管你在做网络操作、计算任务还是文件处理，只要进程总时长超了就会触发。

3. 对比request_terminate_timeout（PHP-FPM环境） #

• 这个是Web服务器（比如Nginx+PHP-FPM）层面的超时设置，由服务器来终止超时的请求。
• hard_timeout是PHP内核自带的机制，哪怕服务器没有设置超时，PHP自己也会触发这个硬限制。

最后小提示 #

一般情况下不建议修改hard_timeout的默认值，除非你明确知道自己的业务场景需要更长的全局硬超时（比如某些涉及大量底层操作的脚本）。随意调大可能会导致异常进程占用资源更久，反而违背了它的设计初衷。

内容的提问来源于stack exchange，提问作者LeonanCarvalho