php框架调试需分层配置而非简单开启错误报告：laravel需app_debug=true且app_env=local，thinkphp6需log.level=debug并确保日志路径可写，错误常因响应已发送、环境变量未生效或权限问题导致。
PHP框架的调试模式不是“打开开关就能看到所有错误”，而是要分层激活、对症配置——多数新手卡在环境变量没生效或日志路径不可写上。
为什么 error_reporting(E_ALL) 在框架里经常失效
主流框架（Laravel、ThinkPHP、CodeIgniter）默认屏蔽 PHP 原生错误报告，优先走自己的异常处理器。直接改 php.ini 或加 error_reporting() 语句基本没用。
- 必须通过框架入口或配置文件启用调试：Laravel 看
.env中的APP_DEBUG=true；ThinkPHP 修改config/app.php的'debug' => true - 确认环境变量加载顺序：Laravel 的
.env只在bootstrap/app.php初始化阶段读取，后续手动putenv()不会触发重载 - CLI 模式下常被忽略：运行
php artisan tinker或队列时，.env仍生效，但某些部署脚本会清空环境变量，需显式传入APP_DEBUG=1 php artisan …
Laravel 的 APP_DEBUG=true 为什么还是不显示错误页面
开启后仍看到 “Whoops, looks like something went wrong” 白屏，大概率是响应已被发送、或错误发生在中间件之前，导致异常渲染器无法接管。
- 检查是否提前输出：模板里有
echo、配置文件末尾多空行、BOM 头都会触发 headers sent 错误，此时只能查storage/logs/laravel.log - 确认
APP_ENV=local：Laravel 要求APP_DEBUG=true且APP_ENV为local或testing才显示 Whoops 页面 - HTTPS 代理场景：Nginx/Apache 配置了
fastcgi_param HTTPS on，但 Laravel 没识别，导致重定向循环，错误被吞掉；需在AppServiceProvider中补URL::forceScheme('https')
ThinkPHP6 开启调试后日志没内容，log 目录为空
TP6 默认使用 monolog，但日志写入受 log.level 和 log.file 路径权限双重限制，不是开了 debug 就自动记所有错误。
立即学习“PHP免费学习笔记（深入）”；
- 检查
config/log.php中'level' => 'debug'（而非'error'），否则Log::info()等低级别日志直接丢弃 - 确认
'path'是绝对路径，且 Web 进程用户（如www-data）有写权限：ls -ld runtime/log，常见错误是部署时用root创建目录，导致 PHP 进程无权写入 - 异步任务（如定时任务调用
php think timer:run）走的是 CLI 环境，日志可能写到另一套路径，需单独检查console配置段
真正卡住排查的，往往不是框架配置本身，而是错误发生的位置太早（比如服务提供者注册阶段）、或日志路径被 SELinux/ACL 锁死、又或者 Docker 容器里挂载的 runtime 目录权限没映射对——这些地方连错误都来不及记录，得靠 strace 或容器内 ls -l 手动验证。
