浏览器打开PHP文件一直转圈，本质是PHP-FPM未处理请求或Web服务器未转发请求；常见原因包括FPM配置冲突、致命错误静默失败、扩展缺失、PHP版本绑定错误，需通过ps、错误日志和curl状态码快速定位。
浏览器打开 PHP 文件后一直转圈，不是“页面慢”，而是请求根本没收到响应——绝大多数情况是 PHP-FPM 没真正处理请求，或 Web 服务器压根没把请求交给它。
为什么 phpinfo() 能跑，但你的项目一直在转圈？
这说明 PHP 解释器和基础模块没问题，问题出在项目运行时环境。常见真实原因：
- PHP-FPM pool 配置冲突：比如
pm.min_spare_servers或pm.max_spare_servers超过pm.max_children，FPM 启动失败但进程还在（日志里会报ERROR: failed to post process the configuration），Nginx 仍尝试转发请求，结果卡在fastcgi_pass等待超时 - 项目入口文件（如 ThinkPHP 的
index.php）触发了未捕获的致命错误，且display_errors = Off，导致空白响应 + 无日志输出 - 路由或自动加载机制依赖扩展（如
mbstring、json、pdo_mysql）缺失，new class 时直接 fatal error 中断，不输出任何内容 - 宝塔等面板下，站点配置绑定了错误的 PHP 版本（比如选了 8.1，但实际只装了 7.4），Nginx 把请求发给一个不存在的 socket 地址，连接被拒绝后无限重试
怎么快速定位是不是 FPM 挂了？
别猜，直接看三处：
- 执行
ps aux | grep php-fpm，确认主进程和 worker 进程数量是否合理（至少有 1 个 master + 几个 pool 进程） - 查 PHP-FPM 错误日志：
/www/wwwlogs/php-fpm.log（宝塔）或/var/log/php-fpm/www-error.log（标准安装），重点搜ERROR和ALERT - 用
curl -I http://localhost/your-project/index.php看 HTTP 状态码：如果是502 Bad Gateway，基本锁定 Nginx → FPM 链路断裂；如果是200 OK但 body 为空，说明脚本执行中断了
代码级死循环或超时，真会卡住浏览器吗？
会，但表现不同：不是“转圈”，而是“等满 max_execution_time 后返回 500”。如果你看到转圈超过 30 秒还没反应，大概率不是代码问题，而是：
立即学习“PHP免费学习笔记（深入）”；
- FPM 进程数耗尽，新请求排队等 worker（看
pm.status_path输出的processes和max_children对比） - 数据库连接卡死（比如 MySQL wait_timeout 太短，连接池里全是失效连接，PDO 构造函数阻塞）
- 用了
file_get_contents或 cURL 访问外部 URL，对方没响应，PHP 默认无限等待（必须设timeout参数）
注意：max_input_time 完全不影响死循环，它只管 POST/GET 数据接收阶段；真正起作用的是 max_execution_time 和 memory_limit。
最常被忽略的底层细节
很多团队花几小时调代码，最后发现是这些“非代码”问题：
-
opcache.enable_cli=1被误开在 CLI 模式下，导致php -v看起来正常，但 Web 模式下 opcache 实际没启用（检查phpinfo()页面里的 “OPcache Enabled” 是否为On） - 项目目录权限不对，PHP-FPM worker 用户（如
www）无法读取vendor/autoload.php或写入runtime/cache，报错被静默吞掉 - PHP 文件保存为 UTF-8 with BOM，导致
headers already sent错误，后续所有输出失效（用hexdump -C yourfile.php | head -n1查前3字节是否为ef bb bf）
