502错误主因是PATH_INFO为空导致PHP-FPM拒绝处理，应改用try_files方案并确保SCRIPT_FILENAME路径正确、PHP-FPM运行正常、socket权限匹配及多级路径规则适配。
502错误在ThinkPHP+Nginx环境下，基本不是代码或数据库问题，而是Nginx把请求发给了PHP-FPM，但FPM没收到有效路径，直接返回空响应——Nginx判定“上游无响应”，于是抛出502。核心矛盾在于PATH_INFO传递失败或SCRIPT_FILENAME构造错误，不是伪静态规则本身写得不对。
重点查PATH_INFO是否为空
ThinkPHP依赖PATH_INFO解析路由（如/user/list要变成index.php + /user/list），而Nginx默认不传这个变量。常见错误配置会强制提取$1，但匹配失败时它就是空字符串：
- 像
location ~ \.php(.*)?$这种正则，当URL不含.php后缀时，$1为空 →fastcgi_param PATH_INFO $1变成PATH_INFO "" - FPM收到空PATH_INFO后，内部校验失败，拒绝处理，日志里出现
No input file specified或Primary script unknown - 用
curl -I http://yoursite.com/index.php/s/1测试：如果直接502，基本锁定PATH_INFO问题
改用try_files方式彻底绕过PATH_INFO
不靠正则提取，改用查询字符串传参，由ThinkPHP自己从$_SERVER['QUERY_STRING']里解析，更稳定：
- 在
server块里，删掉所有if和rewrite，只保留这段：
try_files $uri $uri/ /index.php?$query_string;
}
- 确保PHP处理块中含这行（不能漏）：
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; - 特别注意：
$document_root必须指向public/目录，比如root /www/wwwroot/myapp/public;，否则$document_root$fastcgi_script_name拼出来就不是真实的index.php路径
检查PHP-FPM连接状态和权限
502也可能是FPM根本没跑起来，或socket文件不可达：
立即学习“PHP免费学习笔记（深入）”；
- 执行
ps aux | grep php-fpm，确认PHP-FPM进程存在；若没有，运行bt restart php（宝塔）或systemctl start php-fpm - 看Nginx错误日志（如
/www/wwwlogs/your-site.error.log），搜索Connection refused或Permission denied - 若报
connect() to unix:/tmp/php-cgi-54.sock failed，说明socket路径不一致：检查php-fpm.conf里的listen地址，再核对Nginx的fastcgi_pass是否与之匹配 - Linux下确认
/tmp/或/var/run/php/目录权限允许Nginx用户（如www）读写socket文件
子目录或多应用部署要同步修正
如果你的站点是https://example.com/admin/这类结构，伪静态规则必须带前缀，否则try_files兜底路径找不到index.php：
- 添加独立
location /admin/ { ... }块，里面写：try_files $uri $uri/ /admin/index.php?$query_string; -
root仍保持指向项目根目录（如/www/wwwroot/example.com），不要写成/admin子路径 - 确保
public/目录实际存在且路径正确：/www/wwwroot/example.com/admin/public/下要有index.php
