PHP set_time_limit 设置无效？常见问题及解决方案

发布日期： 2025-10-07 阅读量： 作者： admin

今天跟大家聊聊我在PHP里用`set_time_limit`这个函数的一些小经验，这玩意儿挺有用的，尤其是在跑一些比较耗时的脚本的时候。

我在做一个图片清理功能，因为网站积累了太多没用的图片，我就想写个脚本把它们都删掉。结果，脚本跑起来没多久就给我报了个错，说执行超时了。当时我就懵了，啥情况？

后来上网查了查，才知道PHP默认有个最大执行时间，超过了这个时间就会自动停止脚本。这个时间可以在`*`里设置，也可以用`set_time_limit`函数来动态设置。我看了下我的`*`，默认是30秒，肯定不够用。

我就想到了用`set_time_limit`。这玩意儿用法很简单，就是`set_time_limit(秒数)`，比如我想设置成60秒，就写`set_time_limit(60)`。要注意的是，这个时间是从你调用这个函数开始算的，而不是从脚本开始执行算的。我就在脚本的最前面加了一句`set_time_limit(0)`，0表示不限制执行时间，这样理论上脚本就能一直跑下去了。

但是！事情并没有那么简单。

虽然我设置了不限制时间，但是脚本还是会超时。我又开始各种查资料，发现还有几个地方会影响脚本的执行时间：

`safe_mode`：如果你的PHP开启了`safe_mode`，那么`set_time_limit`就没用了，只能在`*`里修改`max_execution_time`。我的环境里`safe_mode`是关闭的，所以这个没问题。
`php-fpm`的`request_terminate_timeout`：如果你用的是`php-fpm`，那么`request_terminate_timeout`也会限制脚本的执行时间。`set_time_limit`设置的时间不能超过这个值。我查了下我的`php-fpm`配置，这个值也挺大的，不是问题所在。
Web服务器的超时设置：像Apache或者Nginx，也有自己的超时设置，也会影响脚本的执行时间。

排查了一圈，发现是Nginx的超时时间设置得太短了。我修改了Nginx的配置，把`fastcgi_read_timeout`和`fastcgi_send_timeout`都设置成了比较大的值，然后重启了Nginx。

这下，脚本终于可以顺利跑完了！

要用`set_time_limit`，要确保`safe_mode`是关闭的。然后，还要注意`php-fpm`和Web服务器的超时设置。如果这些都搞定了，`set_time_limit`就能正常工作了。

还有一个小技巧，就是可以用`ignore_user_abort(true)`函数，让脚本在连接断开后继续运行。这在跑一些需要长时间执行的任务时很有用，比如发送邮件、处理队列等等。

`set_time_limit`是个很有用的函数，但是也要注意一些细节，才能让它真正发挥作用。希望我的经验能帮到大家！

上一篇: 云服务器云主机哪个好？看完这篇你就明白了

PHP set_time_limit 设置无效？常见问题及解决方案

随便看看