必须关闭调试模式并启用OPcache，结合ThinkPHP 8全新ORM架构、Redis分层缓存、精简路由与中间件，才能实现高并发下毫秒级响应。
让ThinkPHP应用在高并发下保持毫秒级响应，必须结合其版本演进特性与底层设计优势做针对性调优。单纯套用通用缓存或SQL优化手段，往往忽略框架自身提供的高性能通道，导致优化效果打折甚至引入新瓶颈。
关闭调试模式并启用OPcache
第一步：打开app.php配置文件，将'app_debug' => true改为false。这一步不可跳过，【开启调试模式会强制禁用所有缓存、记录全量日志、加载额外调试类】，压测时平均响应时间直接翻3倍以上。
第二步：确认PHP已启用OPcache，在php.ini中检查opcache.enable=1且opcache.validate_timestamps=0（生产环境必须关掉时间戳校验）。
第三步：重启PHP-FPM或Web服务器。不重启，OPcache不会生效——很多开发者改完配置就以为完事了，结果压测数据毫无变化。
立即学习“PHP免费学习笔记（深入）”；
数据库层：用好ThinkPHP 8的全新ORM架构
方法一：避免手动拼接SQL，改用链式查询构建器。例如：
$users = Db::name('user')->where('status', 1)->field('id,name,email')->order('create_time desc')->limit(20)->select();
这比Db::query("SELECT id,name,email FROM user WHERE status = 1 ORDER BY create_time DESC LIMIT 20")快17%～22%，因为ORM会自动复用预编译语句、规避SQL注入解析开销。
方法二：对高频查询字段加复合索引。比如用户登录接口常查username和status，就在数据库执行：ALTER TABLE user ADD INDEX idx_username_status (username, status);。不加这个索引，哪怕用了ORM，TP8的查询优化器也救不了全表扫描。
缓存策略：分层击穿关键路径
ThinkPHP 8内置缓存系统支持多驱动无缝切换，优先用Redis而非文件缓存。
第一步：在cache.php中配置Redis驱动：
'default' => ['type' => 'redis', 'host' => '127.0.0.1', 'port' => 6379, 'timeout' => 60]
第二步：对静态配置项使用Cache::tag('config')->set('site_info', $data, 3600)，标签机制让批量清除成为可能，避免删错缓存引发数据不一致。
第三步：模板缓存必须开启。在template.php中设置'layout_on' => true和'cache_prefix' => 'tpl_'，否则每次请求都重新编译HTML模板，吞吐量直接掉40%。
路由与中间件精简
ThinkPHP 8的路由解析耗时占请求总耗时的12%～18%，冗余规则会拖慢整个链路。
删掉所有未使用的路由定义，特别是通配符路由/:any和正则路由/:id\d+。这类路由会让框架放弃路由缓存，每次请求都重解析规则树。
中间件只保留必需项：验证、日志、跨域。把权限校验等业务逻辑从中间件移出，放到控制器里按需执行。中间件是同步阻塞执行的，挂一个耗时50ms的鉴权中间件，所有请求都会被拖慢。
