ob_start() + 文件缓存是最轻量的页面级缓存方案，适用于中小流量、内容更新不频繁的PHP站点，通过输出缓冲与带哈希路径的文件存储实现高效缓存。

用 ob_start() + 文件缓存是最轻量的页面级方案

PHP 动态页面缓存不一定要上 Redis 或 Memcached，尤其对中小流量、内容更新不频繁的站点，直接用 ob_start() 搭配文件写入就能显著降低重复执行开销。

核心逻辑是：在脚本开头开启输出缓冲，生成完 HTML 后不直接输出，而是先写入一个带时间戳和 URL 哈希的缓存文件；下次请求时，先检查该缓存是否存在且未过期，若命中则直接 readfile() 并退出，跳过全部业务逻辑。

常见错误是缓存路径没做目录隔离，导致不同 URL 冲突。建议按 md5($_SERVER['REQUEST_URI']) 分组，每 256 个哈希值建一个子目录，例如：/cache/ab/cd/ef1234567890.cache。

注意点：

• 必须在任何 echo、header() 或错误输出前调用 ob_start()
• 缓存文件需包含完整 HTTP 头（如 Content-Type），否则浏览器解析异常
• 动态页面若有用户私有内容（如“欢迎，张三”），不能整页缓存，得改用局部缓存或加用户标识到缓存键

用 apcu_store() 缓存渲染结果适合高频访问但低内存场景

APCu 是 PHP 内置的共享内存缓存扩展，比文件 I/O 快得多，且无需额外服务依赖。它适合单机部署、页面模板固定、数据源变化周期明确（比如每 5 分钟更新一次）的场景。

关键不是存什么，而是怎么命名缓存键。不要只用 $_SERVER['REQUEST_URI']，要带上关键参数哈希和版本号，例如：page_cache_v2_'.md5($_SERVER['REQUEST_URI'].$user_role)。否则权限不同但 URL 相同的用户会看到错乱内容。

容易踩的坑：

• APCu 默认只对 CLI 和 Web 请求各自独立生效，多 PHP-FPM worker 间是共享的，但重启 PHP-FPM 后全清空——别指望它持久化
• apcu_store() 第三个参数（TTL）单位是秒，设成 0 表示永不过期，但实际受 APCu 内存淘汰策略影响，不等于“永久保留”
• 如果页面含大量变量（如从数据库查出的数组），先 serialize() 再存；但更推荐只缓存最终 HTML 字符串，避免反序列化开销

NGINX 的 fastcgi_cache 是绕过 PHP 的终极加速手段

真正想压榨性能，就得让请求连 PHP 解释器都不进。NGINX 的 fastcgi_cache 可以在反向代理层缓存整个 FastCGI 响应，包括状态码、头信息和 body，对 PHP 完全透明。

配置难点不在开启，而在精准控制缓存生命周期和失效条件。比如登录后必须清除个人主页缓存，就不能只靠 fastcgi_cache_valid 设 TTL，得结合 fastcgi_cache_bypass 和 fastcgi_no_cache 过滤 Cookie 或请求头：

fastcgi_cache_bypass $cookie_user_id;
fastcgi_no_cache $cookie_user_id;

这样带 user_id Cookie 的请求就不进缓存，而首页等无状态页面照常缓存。

务必注意：

• 默认不缓存带 Set-Cookie 的响应，防止会话污染；若需缓存但又想保留某些 Cookie，得用 fastcgi_hide_header 屏蔽掉敏感头
• 缓存键（fastcgi_cache_key）必须包含 $scheme$request_method$host$request_uri，否则 HTTPS 和 HTTP 请求可能混用同一份缓存
• 缓存清理只能靠 proxy_cache_purge（需编译模块）或删文件，没有类似 Redis 的 key 级删除能力

缓存失效策略比缓存本身更难设计

很多人花大力气实现缓存，却在数据更新时卡住：文章编辑后首页还是旧内容，商品下架了搜索页还显示“有货”。根本问题不在技术，而在缓存粒度与业务事件的映射关系。

简单粗暴的 sleep(1); unlink($cache_file) 不可靠，高并发下容易漏删或多删。推荐做法是：把缓存键抽象为“资源依赖图”，例如首页缓存依赖「最新 5 篇文章」+「热门分类」两个数据源，任一更新就触发对应缓存失效。

实操中可落地的组合：

• 数据库写操作后，发一条消息到 Redis 队列，由后台消费者统一清理相关缓存键（如用 redis-cli --raw KEYS 'page_home_*' | xargs redis-cli DEL）
• 对静态资源（如 CSS/JS），用文件内容哈希重命名（app.a1b2c3.css），配合 Cache-Control: immutable，彻底规避缓存失效问题
• 所有缓存操作加日志，至少记录「谁删了哪个键」「为什么删」，否则线上排查时全是黑盒

缓存不是开关，是状态系统。键名设计、失效时机、降级逻辑，任何一个环