ThinkPHP 8.0性能瓶颈主因是默认配置未调优：必须关闭APP_DEBUG、启用配置/路由/Schema缓存、避免N+1查询、优化分页与日志写法，并正确配置Redis和OPcache。
ThinkPHP 8.0 的性能瓶颈通常不在框架本身，而在于默认配置未关闭、缓存没启用、数据库查询没压住、以及生产环境该开的没开。只要做对几处关键动作，QPS 能轻松翻倍，首屏响应从 800ms 压到 200ms 内是常态。
APP_DEBUG 关掉没？日志写法对不对
开发时开着 APP_DEBUG = true 是方便，但上线后它会强制加载调试组件、记录 trace 日志、渲染调试页面——这些全是 CPU 和 I/O 开销。更隐蔽的问题是日志写法：Log::info() 在 debug 模式下默认写文件，高频请求下容易阻塞；若没配日志驱动为 think\log\driver\Socket 或 think\log\driver\Redis，日志会直接拖慢整个请求链。
-
.env中必须设为APP_DEBUG=false - 日志级别调低：
LOG_LEVEL=error，避免 info/warning 刷盘 - 线上禁用 trace：
trace' => false在config/app.php中显式关闭 - 不要在循环里打日志，尤其不要用
Log::debug(var_export($data, true))—— 字符串拼接 + 序列化极耗内存
缓存命令跑过没？路由和配置缓存有区别吗
php think optimize 不是可选项，是上线前必跑步骤。它内部依次执行 Config、Route、Schema 三个命令，但三者作用完全不同：
-
Config缓存：把所有config/*.php合并成一个 PHP 数组文件，跳过 config 加载和解析流程，提速约 15–20ms -
Route缓存：将路由规则编译为静态匹配数组，避免每次请求都正则匹配，对大量路由（>50 条）效果显著 -
Schema缓存：把每个数据表的字段名、类型、主键、索引等元信息固化下来，省去每次SHOW COLUMNS查询，ORM 初始化快一倍
注意：optimize 不会自动刷新——改了路由或配置后，必须手动再跑一次；Schema 缓存依赖数据库连接，如果部署机连不上 DB，命令会静默失败，得检查 runtime/cache/schema/ 下是否有生成文件。
立即学习“PHP免费学习笔记（深入）”；
paginate() 用数字还是数组参数？count 查询卡死怎么办
分页是性能重灾区，paginate(15) 看似简单，但隐含两个高风险行为：一是强制读取 page 参数（前端传 page_no 就失效），二是默认执行 COUNT(*) —— 千万级表上这个查询可能耗时 400ms+。
- API 场景一律用数组参数：
->paginate(['list_rows' => 20, 'var_page' => 'page_no', 'simple' => true]) -
simple => true会跳过总数查询，只查SELECT * LIMIT 21，判断有无下一页，render 出的分页器只有「上一页/下一页」按钮 - 真要显示总页数，且 count 慢：先加覆盖索引（如
status+id联合索引），再用->paginate(['total' => $cachedCount])手动注入缓存值 - 搜索条件翻页丢失？别用
appends()，直接在数组参数里写'query' => input('only', ['keyword', 'category'])，自动过滤空值和 page 类参数
with 预加载写了没？N+1 查询还在发生吗
关联查询不加 with()，基本等于主动制造 N+1。比如查 100 个用户再逐个查 profile，就是 101 次查询；用 User::with('profile')->select()，变成 2 次查询——这是最廉价的性能提升之一。
- 嵌套预加载支持点号语法：
->with('posts.comments.user')，但注意深度别超 3 层，否则 SQL 太复杂易出错 - 带条件的预加载：
->with(['posts' => function ($query) { $query->where('status', 1); }])，避免把草稿也查出来 - 慎用
withCount()：它会生成子查询，大数据量时比with()更重，优先考虑冗余字段或缓存计数 - 检查 SQL 日志，确认是否真发出了 JOIN 查询；如果还看到
SELECT * FROM user+ 多条SELECT * FROM profile WHERE user_id = ?，说明with()没生效，常见原因是模型关联定义写错了（如hasOne写成belongsTo）
最常被忽略的是缓存驱动选型和 OPcache 配置——Redis 连接池没开、OPcache 内存只设了 64M 却加载了 2000 个文件，这些细节比写十条 with() 影响更大。
