唯一可靠方式是直接修改XAMPP的php.ini并重启Apache；max_execution_time仅在Apache启动时读取一次，必须以管理员权限编辑C:\xampp\php\php.ini（Windows）或/Applications/XAMPP/xamppfiles/etc/php.ini（macOS），将max_execution_time = 30改为所需值（如600），禁用0值以防卡死，且需同步调整max_input_time、memory_limit等参数，并通过sleep()脚本和错误日志验证实效。
直接改 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 自身超时机制压制：
立即学习“PHP免费学习笔记（深入）”；
-
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 echo ini_get('max_execution_time'); ?>，输出数字只是 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 底层限制。
