ThinkPHP慢的根因依次为：开启调试模式、Composer自动加载退化、模板Lite缓存校验开销大、Redis连接超时阻塞。需分别检查APP_DEBUG配置、执行composer dump-autoload -o、关闭template.cache_lite、缩短Redis timeout并验证连通性。
查 thinkphp 慢，先看是不是开启了调试模式
调试模式一开，App::debug() 会全程记录日志、校验路由、重载配置、不缓存模板——这些全在每次请求里重复跑。线上环境只要看到 APP_DEBUG = true，基本就锁定了根因。
- 检查
config/app.php或环境变量里APP_DEBUG是否为true - 开发用
.env的话，确认没有误提交了APP_DEBUG=true到生产环境 - 哪怕只在某个分支或容器里漏关，也会导致整站响应翻倍（实测从 80ms → 450ms）
vendor 里自动加载太慢？别让 Composer 做实时扫描
ThinkPHP 6+ 默认用 Composer 的 classmap 自动加载，但如果执行过 composer install --no-autoloader 或手动删过 vendor/autoload.php，就会退化成 psr-4 实时遍历，每个类都要 stat 文件，IO 拉满。
- 运行
composer dump-autoload -o强制生成优化后的classmap - 确认
vendor/composer/autoload_classmap.php文件存在且非空 - 如果用了 Docker，注意挂载
vendor时是否覆盖了本地生成的 autoload 文件
模板渲染卡顿？关掉 template.cache_lite 反而更慢
ThinkPHP 的模板缓存有两个层级：编译缓存（runtime/template/xxx.php）和“Lite 缓存”开关。后者默认开启，但它的校验逻辑会在每次渲染前读取原始模板文件的 filemtime，小项目不明显，模板多、NFS 或容器卷挂载时延迟飙升。
- 在
config/template.php中设'cache_lite' => false - 同时确保
'auto_rule' => true，让编译缓存正常生效 - 如果模板本身含大量
{:php}或未闭合标签，Lite 模式还会反复尝试解析，直接关掉更稳
Redis 缓存连不上？Cache::get() 会默默变同步阻塞
当 Redis 服务不可达或配置错误（比如密码错、端口不通），ThinkPHP 的 Redis 驱动默认不会立刻报错，而是走降级逻辑——等超时（默认 0.5s）后 fallback 到 File 缓存。这个等待过程卡在主线程，所有并发请求全堵住。
立即学习“PHP免费学习笔记（深入）”；
- 检查
config/cache.php中redis配置的host、port、password是否真实可达 - 加一行
'timeout' => 0.1缩短连接等待，避免雪崩 - 用
telnet your-redis-host 6379或redis-cli -h host -p port ping快速验证通路
缓存链路里最要命的不是“没缓存”，而是“以为有缓存却卡在连不上”。这类问题往往只在部署后爆发，本地测不出——因为开发机上 Redis 通常就跑在本机。
