.env 文件仅在未显式定义 APP_DEBUG 时生效

许多开发者遇到一个典型问题：在 .env 文件中设置了 APP_DEBUG=true，但调试模式并未启用。这通常是因为入口文件中已存在 define 语句，覆盖了环境变量的配置。

• .env 文件中的 APP_DEBUG=true 配置确实有效，但前提是入口文件中没有预先定义 APP_DEBUG 常量。
• ThinkPHP 8官方建议避免在入口文件直接定义常量，因为这可能绕过环境加载流程，导致框架内部 App::isDebug() 方法返回值不准确。
• 若使用 .env 文件配置，请确保文件采用UTF-8无BOM编码，且等号两侧无空格。
• 修改 .env 配置后，建议清空 runtime/ 目录缓存，以确保新配置立即生效。

开启 APP_DEBUG 后未显示错误页面？排查这三个关键点

有时，尽管已将常量设为 true，页面却显示空白、500错误或仅提示“系统繁忙”。这往往不是调试模式未开启，而是错误信息被PHP或Web服务器层拦截。

• 在入口文件顶部添加 ini_set('display_errors', '1')，强制PHP输出错误详情，不完全依赖 php.ini 的全局设置。
• 在Nginx + PHP-FPM环境中，检查Nginx配置中的 fastcgi_intercept_errors 指令。该选项必须设置为 off，若设为 on，Nginx会拦截并隐藏ThinkPHP生成的详细错误页面。
• ThinkPHP 6及以上版本默认不显示详细异常页面。需在 config/app.php 中显式配置 'debug_show_exception' => true。请注意，此配置仅在 APP_DEBUG === true 时才会被读取生效。

APP_DEBUG = true 的深层影响：不止于错误显示

开启调试模式的意义远不止“显示错误堆栈”，它实际上触发了框架底层运行机制的一系列重要变化。

• 模板实时编译：模板引擎将不再使用编译缓存，每次请求都会重新解析模板文件。这意味着修改视图文件后，无需手动清除 runtime/template/ 目录下的缓存文件。
• 缓存全面禁用：路由、配置、容器绑定等所有缓存机制自动失效，runtime/cache/ 目录下的文件会随请求频繁重建。
• SQL日志自动记录：若数据库配置未显式关闭日志（即设置 'log' => ['enable' => false]），所有执行的SQL语句及参数将被自动记录。开发环境中此功能极为便利，但生产环境需谨慎，以防敏感数据泄露。
• 决定异常处理行为：在自定义异常处理器中，调用 $this->isDebug() 方法时，其返回值直接由 APP_DEBUG 常量决定，而非配置文件中的其他项。