根本原因是PHP CLI被系统级超时机制中断，需同时调整PHP的max_execution_time、ulimit -t及WSL systemd的DefaultLimitCPU设置；PhpStorm本身无超时限制，仅调用PHP解释器，超时由其配置和运行环境决定。
Maximum execution time 错误在 PhpStorm 中运行 PHP 脚本时出现，说明当前执行环境（通常是内置的 Web 服务器或 CLI 配置）触发了 PHP 的执行时间限制。这不是 PhpStorm 自身的限制，而是它调用的 PHP 解释器所加载的配置导致的。
为什么 PhpStorm 里跑脚本还会超时？
PhpStorm 默认使用系统已安装的 PHP 可执行文件（如 php 命令）来运行脚本，但不会自动绕过 PHP 的 max_execution_time 限制。尤其当：
- 你通过「Run」按钮直接执行一个含耗时操作（如大循环、文件解析、数据库导入）的脚本；
- PHP 是以 Web 模式（比如 Apache + mod_php 或 PHP-FPM）被调用，而该模式下
max_execution_time默认为 30 秒； - 你没显式设置 CLI 模式参数，导致 PHP 实际加载的是 Web 版 php.ini（例如
/etc/php/8.2/apache2/php.ini），而非 CLI 版（/etc/php/8.2/cli/php.ini）。
set_time_limit(0) 在 PhpStorm 中是否有效？
有效，但有前提条件：
- 必须放在脚本最开始、任何可能耗时操作之前，比如
sleep(35)前； - 不能在
safe_mode下使用（现代 PHP 已废弃 safe_mode，基本不用考虑）； - 如果 PHP 是以 FPM 或 CGI 方式运行（某些 PhpStorm 集成调试配置会这样），
set_time_limit(0)可能被忽略——此时应改用ini_set('max_execution_time', '0')； - CLI 模式下该函数默认可用，且更可靠。
示例写法（推荐放第一行）：
立即学习“PHP免费学习笔记（深入）”；
<?php
set_time_limit(0);
// 或更稳妥地：
ini_set('max_execution_time', '0');
// 后续是你的耗时逻辑...
如何确认 PhpStorm 当前用的是哪个 php.ini？
这是最容易被忽略的关键点。不同 SAPI 模式加载的配置文件不同：
- CLI 模式（命令行直接运行）→ 加载
cli/php.ini； - Web 模式（通过内置服务器或外部 Apache/Nginx）→ 加载
apache2/php.ini或fpm/php.ini； - PhpStorm 的「Run Configuration」里若勾选了「Use alternative configuration file」，则以该路径为准。
快速验证方式：在脚本开头加一行：
<?php
echo "Loaded config: " . php_ini_loaded_file() . "\n";
echo "max_execution_time = " . ini_get('max_execution_time') . "\n";
运行后看输出路径和值，就能判断是否改对了文件。
PhpStorm 运行配置中怎么指定 CLI 模式？
避免 Web 模式带来的各种限制（包括超时、$_SERVER 变量缺失等），建议强制走 CLI：
- 打开 Run → Edit Configurations…；
- 选中你的 PHP Script 配置；
- 确保 PHP script 路径正确，且 Interpreter options 为空；
- 关键一步：在 Interpreter path 旁点击小齿轮 → Show All… → 选中对应 PHP 版本 → 点击 … → 查看 Configuration file 是否指向
cli/php.ini； - 如不是，可手动指定 CLI 配置路径，或直接在 Interpreter options 里填：
-c /etc/php/8.2/cli/php.ini（路径按实际调整）。
CLI 模式下 max_execution_time 默认为 0，天然不限制，无需额外设置。
真正卡住人的地方，往往不是不知道 set_time_limit(0)，而是没意识到 PhpStorm 调用的 PHP 实际加载的是哪份配置、哪种 SAPI 模式。先查 php_ini_loaded_file()，再动手改，比盲目加代码更省时间。
