关闭 ThinkPHP6.1 Trace 调试日志需三步：先设 APP_DEBUG=false 并清空 runtime；再将 config/trace.php 中 'type' 设为 false 或无效类型；最后确认 config/log.php 中 'trace'=>false，验证无右下角面板、无堆栈页、debug() 返回 false、日志无 TRACE 记录。
关闭 ThinkPHP6.1 的 Trace 调试日志输出，核心在于切断 Trace 面板的渲染链路，而不仅仅是“隐藏”或“关掉某个开关”。因为 Trace 是调试模式的副产物，它依赖 APP_DEBUG 的状态，但又可能在 APP_DEBUG=false 时仍有残留——尤其当 trace 驱动未被真正禁用或缓存未清空。
确认并关闭主开关 APP_DEBUG
APP_DEBUG 是整个调试体系的总闸门，必须最先处理：
- 打开 public/index.php，找到最顶部（任何 require 之前）的
define('APP_DEBUG', ...)行，改为define('APP_DEBUG', false); - 若入口文件中没有该定义，检查项目根目录的 .env 文件，确保包含
APP_DEBUG=false，且该行未被注释 - 修改后务必清空 runtime/ 目录下所有内容（包括
~runtime.php和子目录），否则旧配置仍可能生效
禁用 Trace 驱动（关键一步）
即使 APP_DEBUG=false，若 trace 配置仍指向 html/console 等有效驱动，右下角面板仍可能意外出现。推荐以下任一方式彻底禁用：
- 编辑 config/trace.php，将
'type'值设为false或空字符串：'type' => false - 或设为一个不存在的类型，如
'type' => 'none'（框架会自动忽略无效类型，不报错也不渲染） - 避免仅改
'show_page_trace' => false或'app_debug' => false—— 这些在 TP6.1 中已不是有效配置项
检查日志配置是否误启 trace 日志
Trace 面板关闭后，页面底部不再显示，但 SQL 或错误堆栈仍可能写入日志文件。若你同时希望日志里也不含 Trace 级别上下文（如文件名、行号、变量快照）：
- 打开 config/log.php，确认
'trace' => false（TP6.1+ 默认为false，但部分升级项目可能保留旧值true） - 注意：该选项只影响
error和notice级别日志是否附带堆栈；info级日志即使开启 trace 也不会带上下文 - 生产环境建议保持
'trace' => false，排查期再临时开启
验证是否真正关闭
完成上述操作后，需实际验证效果，不能只看配置文件：
- 访问任意页面，确认右下角无 ThinkPHP LOGO 或数字图标
- 触发一个故意错误（如访问不存在的控制器），观察是否显示完整堆栈页——应只返回简洁 500 错误页
- 执行
php -r "var_dump(\think\App::debug());"，输出必须是bool(false) - 检查 runtime/log/ 下最新日志文件，确认无 “[ TRACE ]” 开头的记录行
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
