phpEnv的PHP配置必须通过修改对应版本的php.ini文件实现，如max_execution_time、max_input_time和memory_limit等参数需手动编辑并重启Apache才生效；CLI模式下建议用命令行参数或set_time_limit()控制超时。
phpEnv 是 Windows 下的轻量 PHP 环境（类似 phpStudy/XAMPP），它不自带图形面板，所有配置必须手动改文件，且默认未启用 .user.ini 和部分运行时函数——直接写 ini_set() 或 set_time_limit() 很可能无效。
改 php.ini 是唯一可靠方式
phpEnv 的 PHP 配置完全依赖 php.ini 文件，路径通常为：phpEnv\php\版本号\php.ini（例如 phpEnv\php\8.2\php.ini）。其他方式基本失效：
-
ini_set('max_execution_time', '300')在 phpEnv 的 Apache 模块（mod_php）下被标记为PHP_INI_SYSTEM，运行时调用会被静默忽略 -
.htaccess仅对 Apache + mod_php 有效，但 phpEnv 默认用的是 CGI 模式，php_value指令不支持 -
set_time_limit(300)虽然可用，但只从调用点重新计时；若脚本前 20 秒已执行完耗时逻辑，再调也救不回来
正确操作：用记事本或 VS Code 打开对应 php.ini，找到这一行：
max_execution_time = 30
改成你需要的值，比如：
立即学习“PHP免费学习笔记（深入）”；
max_execution_time = 600
同时建议一并修改这两个关联项（防止上传/解析卡在半路）：
-
max_input_time = 600（表单提交、文件上传读取超时） -
memory_limit = 512M（避免内存先爆，比超时更早崩溃）
必须重启 Apache 才生效
phpEnv 界面里点「重启 Apache」或「重启所有服务」按钮，本质是执行 httpd -k restart。如果只改了 php.ini 却没重启，PHP 进程仍加载旧配置——phpinfo() 里看到的 Local Value 仍是旧值。
验证是否生效：
- 新建一个
test.php放到网站根目录，内容为：<?php phpinfo(); ?> - 浏览器访问，Ctrl+F 搜
max_execution_time，确认Local Value列数值已变 - 若仍是 30，说明没重启，或改错了
php.ini（注意：phpEnv 可能有多个 PHP 版本，每个版本都有独立php.ini）
CLI 脚本要单独处理
phpEnv 的命令行 PHP（即你双击 php.exe 或终端里敲 php script.php）默认不受 php.ini 中 max_execution_time 限制（CLI 模式该值默认为 0）。但如果你在脚本里显式写了 ini_set('max_execution_time', '30')，它就会生效。
所以 CLI 场景下更稳妥的做法是：
- 不依赖
php.ini，直接用命令行参数覆盖：php -d max_execution_time=1200 script.php - 或在脚本开头加
set_time_limit(1200)，它在 CLI 下始终有效 - 避免用
ini_set()控制 CLI 超时，因为部分 phpEnv 构建版本会禁用该函数
Nginx 用户别搞混——phpEnv 没 Nginx
phpEnv 默认搭配 Apache，不是 Nginx。所以不用管 fastcgi_read_timeout、request_terminate_timeout 这些 Nginx+PHP-FPM 组合才需要同步调的参数。你只面对一层超时：Apache 进程内 PHP 解释器自身的 max_execution_time。
但要注意 Apache 自身也有个 Timeout 指令（在 conf/httpd.conf 里），默认 300 秒。如果 PHP 脚本真跑满 600 秒，Apache 会在 300 秒时主动断连，返回 504。所以如果你真需要 >300 秒，还得顺手改这里：
Timeout 600
改完同样要重启 Apache。
真正容易被忽略的是：phpEnv 的 Apache 配置文件路径藏得深，通常在 phpEnv\Apache\conf\httpd.conf，不是系统盘根目录下的那个。
