先看php错误日志，500本质是php进程崩溃或未启动；需优先检查php.ini配置（log_errors=on、error_log可写、disable_functions等）、web服务器配置（.htaccess/nginx fastcgi参数）、扩展加载、内存超限及selinux限制。
直接看 PHP 错误日志，比刷新页面快十倍。500 错误本质是 PHP 进程崩溃或无法启动，而配置错误（比如 php.ini、.htaccess、Nginx 的 fastcgi_param）常在脚本执行前就拦停整个流程，根本不会走到代码层——所以别先改代码，先确认配置是否让 PHP 正常“活下来”。
查 php.ini 配置是否生效且无冲突
很多 500 是因为关键配置写错、路径不可写、或被高权限指令覆盖：
- 运行
php -i | grep -E "log_errors|error_log|display_errors|short_open_tag|disable_functions"，确认log_errors = On且error_log指向的文件路径存在、可写 - 检查
disable_functions是否禁用了你代码里调用的函数（如file_get_contents、curl_init），禁用后直接 fatal -
short_open_tag = Off但代码用了... ?>？会解析失败，报 500 且不进日志——用php -l your_file.php可捕获 - 若用 PHP-FPM，注意
php_admin_flag（如池配置里的php_admin_flag[display_errors] = off）会强制覆盖php.ini设置
查 Web 服务器配置是否干扰 PHP 启动
Apache 或 Nginx 配置出错，PHP 根本没机会运行，错误也不进 PHP 日志：
- Apache 下：临时重命名
.htaccess为.htaccess.bak，再访问；若 500 消失，说明问题在重写规则、php_flag（CGI 模式下非法）、或RewriteCond引用不存在变量 - Nginx 下：重点核对
fastcgi_pass是否指向正确的 socket（如/run/php/php8.2-fpm.sock）；fastcgi_param SCRIPT_FILENAME拼出的路径是否真实存在（常见漏写$document_root或多加斜杠） - 快速验证：用
curl -v看响应头 —— 如果Server: nginx但Content-Type: text/html且无X-Powered-By，大概率是 Nginx 层返回的假 500，不是 PHP 报的
查扩展与模块是否加载成功
扩展缺失或版本不兼容，会导致 PHP 解析时直接 abort，连错误堆栈都不吐：
- 运行
php -m列出已启用扩展，确认项目依赖的（如mysqli、pdo_mysql、openssl）都在其中 - 运行
php --ri mysqli（替换为你怀疑的扩展名）看是否报 “Extension 'mysqli' not present” - 某些一键环境（如宝塔）升级 PHP 后，旧扩展未自动编译，需手动在面板中安装对应版本扩展
- SELinux 或 AppArmor 可能阻止 PHP 加载扩展：查
dmesg | tail或ausearch -m avc -ts recent | grep php
查内存、超时与系统资源限制
这类问题通常不写进 PHP 错误日志，而是出现在 Web 服务日志或系统日志里：
- PHP 日志空但 Nginx
error.log有upstream prematurely closed CGI script？可能是 PHP-FPM 子进程崩溃，查php-fpm.log是否有child exited with code 1或allowed memory size exhausted - 检查
memory_limit和max_execution_time是否过小，尤其在处理大文件或远程请求时 - 用
df -h和df -i确认磁盘空间和 inode 未满——满时 PHP 写 session 或日志失败，也会 500 - 时间不同步（
ntpstat）可能导致 SSL 握手失败、JWT 验证异常，间接引发 500
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
