关闭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，只看自身开关。
- 打开
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，生产环境仍可能输出详细异常（尤其在未捕获异常时）。
立即学习“PHP免费学习笔记（深入）”；
- 打开
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/ 下残留的旧缓存文件仍可能被读取并执行调试逻辑。
