XAMPP修改PHP执行时间教程

在XAMPP中永久延长PHP脚本执行时间，唯一可靠的方法是直接以管理员权限编辑对应系统的php.ini文件（Windows为C:\xampp\php\php.ini，macOS为/Applications/XAMPP/xamppfiles/etc/php.ini），将max_execution_time设为合理非零值（如600秒），并同步调整max_input_time、memory_limit、post_max_size和upload_max_filesize等关键参数，之后必须彻底停止再启动Apache服务——仅点击控制面板“Restart”往往无效；需警惕ini_set()和set_time_limit()的局限性，它们无法绕过Apache底层Timeout限制，也无法解决数据接收阶段超时；最终务必通过sleep()脚本实测+Apache错误日志分析双重验证，才能确保配置真正生效。

直接改 php.ini 并重启 Apache 是唯一可靠方式

在 XAMPP 中，max_execution_time 只有在 Apache 启动时从 php.ini 读取一次。改完不重启，ini_get('max_execution_time') 返回的永远是旧值。控制面板里点 “Restart” 有时不彻底，必须先点 Stop 再点 Start。

路径固定：C:\xampp\php\php.ini（Windows）或 /Applications/XAMPP/xamppfiles/etc/php.ini（macOS）。别去改 php.ini-development 或 php.ini-production——那是备份文件，改了也白改。

用记事本、VS Code 等以管理员权限打开，搜索 max_execution_time = 30，改成你需要的值，比如 max_execution_time = 600（10 分钟）。不要设为 0：XAMPP 默认用 Apache 模块模式，设 0 会导致脚本卡死且无法被正常终止。

ini_set() 和 set_time_limit() 能用但有硬伤

这两个函数只对当前请求生效，且受 Apache 自身超时机制压制：

• ini_set('max_execution_time', '600') 必须放在脚本最开头；如果 php_admin_flag[disable_functions] 禁用了它（XAMPP 默认没禁），就直接失效
• set_time_limit(600) 会从调用位置重置计时器，但多次调用可能撞上 Apache 的 Timeout 指令（XAMPP 默认 300 秒），而这个指令在控制面板里根本不可见、不可配
• 它们无法解决“接收阶段”卡住的问题——比如大 POST 提交还没进脚本就被截断

别漏掉 max_input_time 这个隐性关卡

很多脚本看似执行超时，其实是卡在数据接收环节。XAMPP 的 php.ini 默认 max_input_time = -1，表示继承 max_execution_time 的值。但如果你手动设过 max_input_time，就必须同步改它，否则上传大文件或提交含几十张表的 phpMyAdmin 导出表单时，30 秒就断连，脚本根本没机会运行。

常见连带配置也要一起调：

• memory_limit = 512M（导出大库时 PHP 内存容易爆）
• post_max_size = 64M（phpMyAdmin 导出页面提交的是巨量 POST 数据）
• upload_max_filesize = 64M（部分逻辑复用上传路径，不一致会触发静默失败）

验证是否真生效，别信 phpinfo() 一眼结论

建个测试脚本：，输出数字只是 PHP 层面的值。还得配合实际行为验证：

• 写个 sleep(301) 脚本，访问看是否真能跑满 5 分钟以上
• 如果仍中断，检查浏览器是否报 504（说明是代理或网关层超时，不是 PHP 问题）
• 如果中断时返回空白页或 500，再查 Apache 错误日志：C:\xampp\apache\logs\error.log，里面常有真实原因，比如“out of memory”或“client denied by server configuration”

最易被忽略的是：XAMPP 的 Apache Timeout 和 PHP 的 max_execution_time 是两套独立机制，前者管连接生命周期，后者管脚本 CPU 时间，改 PHP 配置永远绕不开 Apache 底层限制。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~