直接改.env中app_debug=true即可生效，因config/app.php中'debug'=>(bool)env('app_debug',false)动态读取该值；开启后会暴露完整错误堆栈、环境变量、sql查询等敏感信息，仅限本地开发使用，生产环境必须关闭。
直接改 .env 文件里的 APP_DEBUG=true，保存后刷新页面就能看到完整报错信息。 这是最快、最可靠的方式，不需要清缓存、不用重启服务、不碰配置文件。
为什么改 .env 就行，而不是去动 config/app.php？
因为 Laravel 的 config/app.php 中这行是动态读取的：
'debug' => (bool) env('APP_DEBUG', false),
它优先从 .env 取值，改了 .env 就立刻生效。而直接改 config/app.php 会被 Git 忽略规则干扰，也容易在部署时被覆盖。
常见错误操作：
- 只改了
config/app.php却没改.env→ 无效 - 改了
.env但没保存（比如用 vim 编辑后忘了:wq）→ 看不到变化 - 改完没刷新页面，或浏览器缓存了 500 响应 → 强制硬刷（
Ctrl+Shift+R或Cmd+Shift+R）
APP_DEBUG=true 开着会有什么风险？
它不只是显示错误，还会把完整的调用栈、环境变量、SQL 查询（含参数）、请求头、session 内容全打出来 —— 这些信息一旦暴露在生产环境，等于把服务器钥匙贴在门上。
所以必须满足以下全部条件才可开启：
- 仅限本地开发机或测试环境（非公网可访问）
- 确认当前域名不是
xxx.com或staging.xxx.com这类线上地址 - 如果用的是 Vagrant / Docker，确保宿主机网络不可直连该服务
哪怕只是临时开 1 分钟查错，关掉后也建议顺手执行一次：php artisan config:clear，避免某些中间件缓存了 debug 状态。
开了还是看不到错误？检查这几个硬性前提
有时候改了 APP_DEBUG=true 却依然空白页或只显示 “Whoops, looks like something went wrong”，说明底层根本没走到 Laravel 的异常处理器。这时候要排查：
-
storage/logs/laravel.log是否可写？Web 服务器用户（如www-data或nginx）对storage/和bootstrap/cache/目录是否有读写权限？ - PHP 是否报了致命错误（Fatal Error），比如
Call to undefined function openssl_encrypt()？这类错误发生在 Laravel 启动前，APP_DEBUG完全无效，得看 PHP 错误日志（/var/log/php_errors.log或 Apache/Nginx 的 error_log） - Web 服务器是否启用了 ModSecurity 或 WAF？阿里云、腾讯云、Cloudflare 等常默认拦截含堆栈信息的响应，返回 403 或静默 500
真正卡住的地方，往往不在 Laravel 配置里，而在 PHP 扩展、文件权限或网关策略上。
