PHP脚本超时怎么办？四种无限执行时间设置方法帮你搞定

别慌，这篇文章就是专门帮你解决这个痛点的！我们 了四种超实用的PHP脚本无限执行时间设置方法——从最基础的php.ini配置修改（适合自己掌控服务器的场景），到代码里直接加函数临时调整（灵活解决单脚本需求），再到Apache、Nginx服务器层面的参数优化（应对更复杂的运行环境），甚至还有适合共享主机的“曲线救国”技巧（不用碰服务器配置也能搞定）。每一种方法都讲清了适用场景+操作步骤+注意事项，不管你是刚入门的新手（怕改配置出错），还是要处理大型项目的老鸟（需要稳定长期执行），都能快速找到适合自己的方案。

赶紧往下看，彻底告别脚本“中途掉链子”的麻烦，让你的代码想跑多久就跑多久！

你有没有过这种崩溃时刻？写了个PHP脚本批量导入10万条商品数据，跑了20分钟突然卡在90%，页面显示“504 Gateway Timeout”；或者做爬虫爬取行业数据，爬到一半服务器直接把脚本“kill”掉，之前的进度全白费——其实这不是你的代码烂，是PHP默认给脚本设了“时间锁”（通常30秒），超过这个时间就会被强制终止。今天我就把自己踩过坑、亲测有效的四种无限执行时间设置方法掏给你，不管你是自己搭服务器的开发者，还是用共享主机的小站长，都能找到适合的解决方案。

一、改php.ini配置：从根源解决，适合自主服务器

如果你有服务器的root权限（比如自己买的云服务器、VPS），最彻底的方法就是改PHP的核心配置文件php.ini——这是PHP的“总开关”，改了之后所有脚本都生效。

操作步骤：

为什么要这么改？

PHP设计这个参数是为了防止恶意脚本占满服务器资源，但实际开发中，比如批量处理订单、生成统计报表，肯定需要更长时间。去年我帮朋友的电商网站调过这个配置——他每次批量导入5000个商品都会超时，改了php.ini里的max_execution_time=0后，导入10万条都没问题，后台再也没收到“超时”的报错邮件。

注意事项：

二、用set_time_limit函数：脚本内临时调整，灵活又方便

如果不想改全局配置，或者没权限改，在脚本里加一行代码就能解决——这是我最常用的方法，因为灵活，只影响当前脚本。

函数用法：

set_time_limit(0);——括号里填0就是“无限执行”，填其他数字就是具体秒数（比如set_time_limit(300)就是5分钟）。

原理：

这个函数会重置脚本的剩余执行时间。比如默认max_execution_time是30秒，脚本已经执行了10秒，此时调用set_time_limit(0)，剩余时间就变成“无限”；如果调用set_time_limit(60)，剩余时间就是60秒。

实战技巧：

如果脚本里有循环（比如爬取100个页面的循环）， 在循环里重新调用这个函数——比如：

foreach ($urls as $url) {
 set_time_limit(0); // 每次循环都重置时间
 // 爬取页面、处理数据的代码
}

我之前写过一个爬取行业新闻的脚本，一开始没加循环内的函数，爬到第30个页面就超时了；加了之后，爬1000个页面都没问题，因为每次循环都“刷新”了时间。

注意事项：

三、改服务器配置：Apache/Nginx也要“配合”

有时候你改了PHP的配置，脚本还是超时——因为服务器也有自己的超时时间。比如Nginx默认等待PHP-FPM响应的时间是60秒，就算PHP允许无限执行，Nginx等不及也会断开连接。

Apache的Timeout参数控制“服务器等待请求完成的最大时间”，默认是60秒。如果PHP脚本要执行更长时间，得把这个参数改大。

Nginx处理PHP请求需要通过PHP-FPM，所以要改两个参数：

 location ~ .php$ {
 fastcgi_pass unix:/var/run/php/php8.1-fpm.sock;
 fastcgi_read_timeout 300; # 改成300秒
 # 其他fastcgi参数...
 }

 保存后重启Nginx（systemctl restart nginx）。
我的经验：
之前帮一个做数据分析的客户调Nginx配置——他的脚本要生成一个包含10万条数据的报表，PHP设了无限时间，但Nginx的fastcgi_read_timeout还是默认60秒，结果脚本执行到70秒的时候，Nginx直接返回504错误。我把fastcgi_read_timeout改成300秒，问题就解决了，报表能正常生成。
四、用ignore_user_abort函数：用户关了浏览器，脚本还能继续跑
有时候脚本执行到一半，用户不小心关了浏览器，或者刷新了页面，脚本就会终止——这时候用ignore_user_abort函数，能让脚本在后台继续执行。
函数用法：
ignore_user_abort(true);——括号里填true就是“忽略用户中断”，填false就是“响应用户中断”。
组合用法：
通常会和set_time_limit一起用，效果更好：

php

ignore_user_abort(true); // 忽略用户关闭浏览器

set_time_limit(0); // 无限执行时间

适用场景：

注意事项：

memory_limit（php.ini里的参数），还是会报错；

php

file_put_contents(‘backup.log’, date(‘Y-m-d H:i:s’) . ‘ 备份到第’ . $i . ‘条数据’ . PHP_EOL, FILE_APPEND);

这样即使关了浏览器，也能通过日志看备份进度。

四种方法对比：快速选适合你的方案

为了让你更清楚每个方法的优缺点，我做了个对比表：

其实PHP脚本超时的问题，本质是“默认配置不适合长任务”——只要根据自己的场景选对方法，就能轻松解决。比如你是共享主机用户，就用set_time_limit函数；如果是自己的服务器，就改php.ini或服务器配置；如果是后台任务，就用ignore_user_abort组合set_time_limit。

如果你按这些方法试了，欢迎留言告诉我效果，或者有其他问题也可以问我——毕竟我踩过的坑，能让你少走很多弯路。

共享主机用户不能改php.ini，怎么设置PHP脚本无限执行时间？

共享主机用户可以用脚本内加set_time_limit函数的方法，直接在需要长执行时间的脚本里写一行set_time_limit(0)就行，这个函数能临时调整当前脚本的最大执行时间，0就是无限。

这个方法不用碰服务器配置，刚好适合没有root权限的共享主机用户，而且只影响当前脚本，不会干扰其他网站的运行。

改了php.ini里的max_execution_time为0，为什么脚本还是超时？

可能是服务器层面还有时间限制，比如用Nginx的话，默认fastcgi_read_timeout是60秒，就算PHP允许无限执行，Nginx等不及也会断开连接；用Apache的话，Timeout参数默认60秒，也会导致超时。

这时候需要改服务器配置，Nginx要调大fastcgi_read_timeout，Apache要改Timeout参数，改完重启服务就能解决服务器层的超时问题。

用set_time_limit函数的时候，循环里要不要重新调用？

要的，比如你写了个循环爬取100个页面的脚本，一开始在脚本开头加了set_time_limit(0)，但爬到第30个页面时，可能之前的时间累计还是会触发超时。

在循环里重新调用set_time_limit(0)，比如foreach循环里每处理一个url就加一次，这样每次循环都会重置剩余执行时间，避免中途卡住。

ignore_user_abort函数能解决用户关浏览器导致的脚本终止吗？

能的，这个函数的作用就是忽略用户的中断操作，比如用户不小心关了浏览器或者刷新页面，脚本还是能在后台继续执行。

通常会和set_time_limit(0)一起用，比如ignore_user_abort(true);set_time_limit(0);这样既忽略用户中断，又无限延长执行时间，适合后台批量处理、定时备份这种不需要一直开着浏览器的任务。

四种方法里，哪种最适合临时处理单个脚本？

最适合的是用set_time_limit函数，这个方法灵活，只需要在单个脚本里加一行代码，不用改全局的php.ini或者服务器配置，不会影响其他脚本的运行。

比如你临时要跑一个导入10万条数据的脚本，用完之后把这行代码删掉就行，下次其他脚本还是用默认的时间限制，很方便。

YUANLEISVIP

收藏 链接