必须在public/index.php最顶部、任何require前加ini_set('display_errors', '1')和error_reporting(e_all)，否则php底层错误（如语法错误、autoload失败）会被静默拦截；同时需检查php错误日志路径权限、注释think\initializer\error::register()、确保runtime目录可写并清空。
页面不显示具体错误，不是框架“藏起来”了，而是 PHP 底层错误报告根本没开，或者被 ThinkPHP 自带的错误处理器拦截了——得先绕过它，才能看到真实报错。
public/index.php 开头加两行强制报错
ThinkPHP 的 APP_DEBUG 只控制框架层异常渲染，底层 PHP 致命错误（比如语法错、扩展缺失、autoload 失败）照样静默白屏。必须在入口文件最顶上、任何 require 之前插入：
ini_set('display_errors', '1');
error_reporting(E_ALL);
注意：ini_set 必须写在 require __DIR__ . '/../vendor/autoload.php'; 之前，否则 autoload 失败就直接中断，这两行根本没机会执行。上线前务必删掉，生产环境不能留。
检查 PHP 错误日志是否真在写入
即使加了上面两行还是空白？说明错误发生在更早阶段（例如 vendor/autoload.php 加载失败），这时只能靠日志。别只看 runtime/log/，先确认 PHP 自己的日志路径和权限：
- 运行
php -i | grep -E "log_errors|error_log"，确认log_errors = On且error_log指向一个绝对路径（如/var/log/php_errors.log） - 检查该路径是否存在、可写：
ls -l /var/log/php_errors.log；若不存在，手动创建并授权：sudo touch /var/log/php_errors.log && sudo chown www:www /var/log/php_errors.log - 刷新页面后立刻执行
tail -n 20 /var/log/php_errors.log，看末尾有没有新错误行
别让 think\initializer\Error::register() 拦截致命错误
ThinkPHP 5.1+ 默认注册了 think\initializer\Error::register()，它会接管 E_ERROR 级别错误并转成 HTTP 500 或静默丢弃——你看到的“空白”，其实是框架把原始致命错误吃了。临时解决方法是注释掉这行注册：
打开 thinkphp/base.php（TP6）或 thinkphp/start.php（TP5），找到类似 think\initializer\Error::register(); 的调用，前面加 // 注释掉。这不是长期方案，但能帮你快速定位是不是框架错误处理器挡路。
验证 runtime 目录是否真能写入
哪怕错误显示开了，如果 runtime/ 不可写，框架初始化阶段就会崩在缓存/日志生成环节，连错误页面都吐不出来。重点检查：
-
runtime/及其所有子目录属主是否匹配 PHP 进程用户（宝塔默认是www，Nginx 常为nginx，Apache 常为apache）：运行ps aux | grep -E "(nginx|apache|php-fpm)"确认 - 只对
runtime/执行权限赋值：chmod -R 775 runtime，再chown -R www:www runtime - 删掉整个
runtime/目录，让框架重新生成干净缓存（首次部署或改配置后强烈推荐） - 检查
runtime/log/下是否有按日期命名的 log 文件，没有就说明写入失败
真正卡住的地方往往不是“哪里错了”，而是“错误根本没出来”——多一层拦截（PHP 层、框架层、Web 服务器层），就得少一层依赖，直接打到最底层日志或强制输出，才不会被绕晕。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
