thinkphp 500错误主因是错误被静默屏蔽，需四步定位：一、在public/index.php首行加ini_set('display_errors','1')和error_reporting(e_all)暴露原始错误；二、查php错误日志路径及写权限，并核对nginx/apache日志；三、修复runtime/storage目录属主与权限；四、直连php-fpm排除web服务器干扰。
ThinkPHP 出现 500 错误，表面是“服务器内部错误”，实际往往是某一层被静默拦截或中断。它不一定是代码写错了，更可能是环境、配置、权限或加载链路中某个环节没对上——比如 PHP 没报错、框架没启动、日志没写进、甚至文件大小写都错了。
第一步：强制让错误“露脸”
别急着翻日志，先看有没有原始错误输出：
- 打开 public/index.php，在第一行
<?php后立刻加两行：ini_set('display_errors', '1');<br> error_reporting(E_ALL); - 保存后刷新页面，如果出现红色堆栈，说明是 PHP 层致命错误（如语法错、扩展缺失、autoload 失败）；
如果仍白屏，说明错误发生在更早阶段（比如 vendor/autoload.php 都没加载成功）。 - 注意：这步必须放在所有
require或include之前，否则无效。
第二步：确认日志到底写到哪去了
很多情况不是“没日志”，而是你没找对地方：
- 执行
php -i | grep -E "log_errors|error_log"，确认log_errors = On且error_log指向一个真实存在的可写路径（如/var/log/php_errors.log）； - 检查 ThinkPHP 自己的日志：查看 runtime/log/ 目录下是否有新生成的日期子目录和日志文件；
- Nginx/Apache 也有自己的 error_log，别只盯 PHP 日志。比如 Nginx 的
error_log /var/log/nginx/error.log warn;，若级别设为warn，500 错误可能直接被过滤掉。
第三步：检查 runtime 和 storage 权限
ThinkPHP 启动时需在 runtime/ 和 storage/ 下创建缓存、日志、模板编译等文件。若 Web 进程用户（如 www-data、nginx）无写权限，框架初始化就失败，直接返回 500，且不生成任何日志。
- 运行命令检查：
ls -ld runtime storage，确保目录权限至少为755； - 再查子目录和文件属主：
ls -l runtime/，常见问题：父目录可写，但 runtime/log 下某个子目录属主是 root，Web 用户进不去； - 简单修复：
sudo chown -R www-data:www-data runtime storage（请按你实际的 Web 用户名调整）。
第四步：排除 Web 服务器干扰
500 不一定来自 PHP，也可能是 Nginx/Apache 自身配置问题：
- 用
curl -v https://yoursite.com看响应头：
— 若Server: nginx但Content-Type: text/html且无X-Powered-By，大概率是 Nginx 返回的通用 500 页面；
— 若有X-Powered-By: PHP/8.x却没正文，说明 PHP 解析失败（比如扩展没装、内存溢出）。 - 绕过 Nginx，直连 PHP-FPM 测试：
SCRIPT_FILENAME=/var/www/html/public/index.php SCRIPT_NAME=/index.php REQUEST_METHOD=GET cgi-fcgi -bind -connect /run/php/php8.2-fpm.sock
若这一步报错，问题就在 PHP 层；若正常返回 HTML，说明是 Nginx 伪静态或 fastcgi 参数配错了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
