ThinkPHP6出现500错误却无提示，主因是错误发生在框架日志系统初始化前、display_errors被禁用或PATH_INFO未正确传递；需检查php.ini配置、Nginx/Apache路由变量传递、runtime目录权限及数据库连接参数。
500 错误不是 ThinkPHP 特有的问题，而是 PHP 运行时发生未捕获致命错误（如 E_ERROR、E_PARSE、未处理的 PDOException）后，Web 服务器返回的通用状态码。关键不在于“怎么显示友好页面”，而在于“怎么让错误露出来”。
为什么开了 APP_DEBUG 还是只看到空白 500 页面
常见原因有三个：一是 display_errors 被 Web 服务器或 php.ini 强制关掉；二是 error_reporting 级别太低，漏掉了关键错误；三是框架在初始化早期就崩了（比如 config/app.php 语法错误），根本没走到调试逻辑。
- 用命令行验证当前生效配置：
php -i | grep -E "display_errors|error_reporting|log_errors"，确认display_errors是On，error_reporting不低于E_ALL - 临时在
public/index.php开头加两行（放在define('APP_PATH',...)前）：ini_set('display_errors', '1'); error_reporting(E_ALL); - 如果加了还不显示，说明崩溃点在更底层——检查
public/index.php或thinkphp/base.php是否有语法错误（比如多了一个逗号、少了一个引号）
日志写不进 runtime/log/ 的真实原因
ThinkPHP 默认只在 LOG_RECORD => true 且异常被框架捕获后才写日志。很多部署后 runtime/log/ 是空的，不是因为没报错，而是因为错误发生在日志系统初始化之前，或者 LOG_RECORD 根本没开。
- 在
config/app.php中显式设置：'log' => ['record' => true, 'level' => ['error', 'sql'], 'type' => 'File'] - 确保
runtime/目录存在，且 Web 进程用户（如www-data、nginx或apache）有完整读写权限：chown -R www-data:www-data runtime/ && chmod -R 755 runtime/ - 如果用了 Swoole 或多进程模式，
LOG_PATH可能指向了非 Web 用户可写的路径，需单独检查config/log.php中的path配置
Nginx/Apache 没传 PATH_INFO 导致框架启动就挂
ThinkPHP 依赖 $_SERVER['PATH_INFO'] 或 $_SERVER['REQUEST_URI'] 解析路由。如果 Web 服务器没正确传递这些变量，框架在 App::run() 前就会因数组下标错误或空字符串解析失败而抛出 Fatal error，且不记录日志。
立即学习“PHP免费学习笔记（深入）”；
- Nginx 场景：检查
location ~ \.php$块里是否漏了fastcgi_split_path_info和fastcgi_param PATH_INFO配置 - Apache 场景：确认
.htaccess文件被允许解析（AllowOverride All），且 mod_rewrite 已启用 - 最简验证法：在
public/index.php开头加var_dump($_SERVER['PATH_INFO'] ?? 'MISSING', $_SERVER['REQUEST_URI'] ?? 'MISSING');，刷新看输出是否为空或MISSING
数据库连不上却只报 500，连错误信息都不给
这是生产环境最典型的“静默失败”。当 APP_DEBUG = false 时，PDO 连接失败抛出的 PDOException 会被框架捕获并渲染成 500 页面，但堆栈和 SQL 连接详情全被吞掉。
- 临时强制暴露连接错误：在
config/database.php的params里加PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，再配合开头的error_reporting设置 - 命令行直连验证：
php -r "new PDO('mysql:host=127.0.0.1;port=3306;dbname=test', 'root', 'pass'); echo 'OK';" - 注意云服务器场景：MySQL 可能启用了
skip-networking，或安全组没放行 3306 端口，telnet your_host 3306能通才是第一步
真正卡住人的，往往不是语法错误，而是错误发生在日志系统加载前、或 Web 服务器变量传递断裂、或权限/路径配置和实际运行用户不匹配——这些地方不会报错，只会沉默地返回 500。
