ThinkPHP 6.0 静态缓存实为配置/类映射等代码层预编译缓存，非HTML静态化；需Nginx直供静态资源（防X-Powered-By: PHP）、开启config_cache并确保OPcache生效、执行composer dump-autoload -o优化自动加载，配合Redis缓存驱动方可显著提升响应速度。
ThinkPHP 6.0 的“静态缓存”不是指 HTML 页面静态化（那是模板静态化或生成 .html 文件），而是指对配置、路由、类映射等 PHP 代码层资源做字节码级或文件级预编译缓存，从而减少每次请求的解析开销。真正提升服务器响应的关键，在于让 Nginx 直接服务真实静态文件（.css/.js/.png 等），同时让框架自身缓存初始化变快——两者配合才有效。
静态资源必须由 Nginx 原生处理，不能走 PHP
- 浏览器里打开开发者工具 → Network → 刷新页面 → 看任意一个
.css或.js请求的响应头
如果出现X-Powered-By: PHP/8.x，说明这个静态文件正被 PHP-FPM 处理，这是严重错误 - 根本原因是 Nginx 全局
try_files $uri $uri/ /index.php?$query_string没被更优先的location拦截 - 正确做法：在
server块中靠前位置添加精确匹配规则
location ^~ /static/ {
alias /var/www/your-project/public/static/;
expires 1y;
add_header Cache-Control "public, immutable";
}
location ^~ /uploads/ {
alias /var/www/your-project/public/uploads/;
expires 7d;
}⚠️ 注意：alias 路径末尾斜杠必须与 location 一致，否则拼接出错导致 404。
启用配置文件字节码缓存（config_cache）
- 编辑
config/app.php，确保开启：'config_cache' => true,
- 这会让框架把所有配置合并写入
runtime/cache/config.php，避免每次 require 多个 PHP 文件 - 但仅设为
true不够，还需 OPcache 生效：-
php.ini中opcache.enable = 1 -
opcache.validate_timestamps = 0（生产环境）或设为1+ 定期opcache_reset()（开发环境）
-
- 验证是否生效：
- 访问一次接口后，检查
runtime/cache/config.php修改时间是否固定 - 执行
php -r "var_dump(opcache_is_script_cached('runtime/cache/config.php'));"，输出true才算成功
- 访问一次接口后，检查
优化自动加载，跳过运行时路径查找
- 在项目根目录执行：
composer dump-autoload -o
- 这会生成
vendor/composer/autoload_classmap.php，把所有类名直接映射到文件路径 - TP6 的
think\Cache、think\facade\Cache等核心类从此秒级定位，不再遍历 PSR-4 规则 - 检查
vendor/composer/autoload_static.php中$classMap是否包含关键类，缺失说明优化未生效
缓存驱动建议用 Redis（非“静态”，但影响整体响应）
-
config/cache.php中设'default' => 'redis'，并配好连接参数 - Redis 比 file 驱动快一个数量级，尤其在高并发读写缓存数据（如用户会话、热点列表）时
- 避免用
file驱动存高频变更数据，磁盘 I/O 会拖慢整个请求周期
不复杂但容易忽略。
