关闭app_debug后仍有调试信息，需检查三处：入口文件define、.env文件、config/app.php配置；禁用trace需修改config/trace.php；屏蔽错误堆栈需注释exception_handle并设show_error_msg=false。

关闭 APP_DEBUG 后页面仍有调试信息、右下角小窗还在、错误堆栈仍暴露——不是没关掉，而是关得不彻底或缓存没清干净。

确认 APP_DEBUG 真正生效的三个检查点

ThinkPHP 会从多个位置读取 APP_DEBUG 值，优先级是：入口文件 define('APP_DEBUG', ...) > .env 文件 > config/app.php。只要其中一处为 true，调试模式就开着。

• 检查 index.php（或 public/index.php）里是否还残留 define('APP_DEBUG', true)，把它改成 false 或直接删掉
• 打开 .env 文件，确认存在且只有一行：APP_DEBUG=false（注意不能有空格、不能带引号、不能被注释掉）
• 打开 config/app.php，核对 'app_debug' => false 是否已设，别漏掉末尾逗号导致语法错误
• 运行 php think clear 清空所有缓存；如果提示命令不存在，先执行 composer dump-autoload

右下角调试窗还在？trace 配置没关干净

APP_DEBUG=false 只停掉核心调试逻辑，但 trace 功能可能独立启用。默认配置下，trace.type 是 html，它不依赖 APP_DEBUG，只看自身开关。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

• 打开 config/trace.php，把 'type' 改成 ''（空字符串）或 null，彻底禁用 trace 输出
• 或者更稳妥：删掉整个 trace 配置项，框架在 app_debug=false 时会自动跳过初始化
• 若自定义过 trace 类（比如 \app\common\command\UserTrace），检查该类是否仍返回非空内容——哪怕 APP_DEBUG 关了，它也可能被调用

错误页面还显示堆栈？exception_handle 没移除

即使 APP_DEBUG 关闭，只要 exception_handle 配置项存在且指向 \think\exception\Handle，生产环境仍可能输出详细异常（尤其在未捕获异常时）。

• 打开 config/app.php，找到 'exception_handle' 行，整行注释掉或删除
• 确保没有在中间件、全局 AppInit 或 Event 中手动注册异常处理器
• 可加一层保险：在 config/app.php 中设置 'show_error_msg' => false，强制屏蔽所有错误详情页

部署后仍慢？别只盯 APP_DEBUG

关掉 APP_DEBUG 是必要一步，但不是性能瓶颈的终点。常见遗漏点：

• runtime/ 目录权限不对（如 www-data 无写入权），导致模板/路由缓存无法生成，每次请求都重新编译
• atime 开启（尤其在 SSD 上），频繁访问文件触发元数据更新，拖慢自动加载
• 某些第三方扩展（如 debugbar、whoops）未卸载，它们绕过 APP_DEBUG 自行注入调试 UI
• config/app.php 中 'app_status' 设为 debug，部分插件会据此判断环境

最易被忽略的是缓存路径和权限——哪怕配置全关了，runtime/ 下残留的旧缓存文件仍可能被读取并执行调试逻辑。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！