必须关闭调试模式并启用OPcache，同步清理think-trace扩展、禁用日志与模板实时编译、固化PHP底层配置，四层联动才能支撑1万并发下80ms稳定响应。
要让ThinkPHP6在1万并发下稳定运行，关闭调试模式是必须做的第一步，但不能只改一个配置就完事。它牵涉到环境识别、缓存机制、错误处理和扩展依赖多个环节，漏掉任一环都可能引发500错误或响应延迟飙升。
确认并统一调试模式的控制入口
ThinkPHP6以APP_DEBUG常量为唯一开关，且必须在框架加载前定义。.env里的APP_DEBUG=false仅当该常量未被显式声明时才生效。常见错误是入口文件public/index.php顶部已写死define('APP_DEBUG', true)，导致改.env完全无效。
- 检查
public/index.php最开头是否含define('APP_DEBUG', ...)，如有，直接删掉或改为false - 确保
.env中只保留一行：APP_DEBUG=false，不要加空格或中文标点 - 验证是否生效：在任意控制器里输出
\think\facade\App::debug()，返回false才算成功
关闭Trace调试并移除无关开发扩展
即使APP_DEBUG=false，若topthink/think-trace扩展仍存在，某些中间件或服务可能尝试加载Trace组件，尤其在API接口返回JSON时混入HTML trace信息，导致前端解析失败。
- 执行命令卸载trace扩展：
composer remove topthink/think-trace --dev - 检查
config/middleware.php，确认没有手动注册\think\trace\TraceDebug::class - 如需保留trace用于特定环境，改用条件加载：在中间件配置中包裹
if (env('APP_ENV') === 'local')
同步关闭日志与模板实时编译
调试模式关闭后，框架默认停用日志记录和模板缓存刷新，但部分自定义配置或第三方包可能绕过此逻辑，造成IO阻塞。需主动清理残留行为。
立即学习“PHP免费学习笔记（深入）”；
- 在
config/app.php中明确设置：'log' => ['default' => 'null']（禁用日志驱动） - 模板配置中关闭自动更新：
'template' => ['auto_cache' => true, 'cache_prefix' => 'tpl_'] - 数据库配置中关闭SQL日志：
'log_sql' => false，避免高并发下日志写入成为瓶颈
验证OPcache与PHP配置是否匹配
调试模式关闭只是前提，真正支撑万级并发的是OPcache的稳定启用。生产环境必须关闭时间戳校验，否则每次请求都触发文件状态检查，性能断崖式下跌。
- 确认
php.ini中：opcache.enable=1且opcache.validate_timestamps=0 - 重启PHP-FPM使配置生效：
sudo systemctl restart php-fpm（或对应服务名） - 通过
php -i | grep opcache检查输出，确认opcache.status为enabled且cached scripts数量持续上升
不复杂但容易忽略：TP6的调试关闭不是单点操作，而是入口控制、扩展清理、配置固化、底层加速四层联动。做完这四步，再配合Redis缓存和路由精简，1万并发下的平均响应才能稳定在80ms以内。
