同一个首页，第一次打开要三秒，第二次还是一样慢，因为每次访问都要重新执行一遍 PHP、查一遍数据库、拼一遍模板。文章多了、插件多了之后，这个过程会越来越重，遇到活动推广或被人转发，几十个并发就能把共享主机压到超时。常见的应对是装缓存插件，但缓存插件之间的差别不小：有的只缓存数据库查询，有的把整页存成文件，有的还要改服务器配置。WP Super Cache 走的是第三条路里最直接的一种——把动态页面生成静态 HTML 文件，让 Web 服务器直接把文件发出去，跳过 PHP 与数据库。它由 Automattic 维护，当前版本 3.1.4，提供三种缓存模式，从完全不碰配置文件的简易模式，到绕过 PHP 的 mod_rewrite 模式都有。本文按它的三种模式差异、必开的几个开关、预加载与垃圾回收的设置节奏，以及容易踩的权限坑，把配置顺序讲清楚。
WP Super Cache是什么？
它是一款把 WordPress 动态页面转成静态 HTML 的缓存插件。开启后，未登录、没留过评论、也没访问过密码保护文章的访客，拿到的是服务器上现成的 HTML 文件，一个缓存文件可以被成千上万次请求复用，PHP 与数据库的负担随之下降。登录用户、留过评论的访客、带参数的地址与订阅源走另一套缓存，页面里的个性化部分仍然保留。
它由 Automattic 维护，当前版本 3.1.4，在插件目录免费提供。与只做对象缓存的插件相比，它的产出是文件而不是内存键值，因此不依赖 Redis 或 Memcached，普通虚拟主机也能用；代价是缓存目录必须落在本地磁盘，不能放在网络挂载的存储上。
核心功能
它要解决的问题很单一：让同一份页面只算一次。适合流量以匿名访客为主的内容站、企业官网与新闻站，也适合被搜索引擎反复抓取、每次抓取都触发完整渲染的站点。
- 静态文件缓存——把页面渲染结果存成 HTML，后续请求直接读文件，省掉一次完整的 PHP 执行。
- 三种服务方式——Expert 用 mod_rewrite 完全绕过 PHP，Simple 由 PHP 送出缓存文件，WP-Cache 负责登录用户与带参数地址。
- 页面压缩——开启后对输出做压缩，减少传输体积，但服务器已开压缩时会造成乱码，需要先确认。
- 缓存预加载——按文章、分类、标签逐个访问并生成缓存，站点刚上线或清空缓存后不必等第一个访客触发。
- 垃圾回收——按设定的超时时间清理过期文件，可设定执行频率，并把进度发到通知邮箱。
- CDN 支持——内置的 CDN 改写功能把静态资源的链接指向另一个主机名，接不接 CDN 都能用。
- 缓存重建与首页检查——内容更新后自动重建缓存，并对首页多做一层校验，避免给访客送出旧版本。
使用场景
判断要不要装它，看两件事：页面是否以匿名访问为主，主机是否缺少对象缓存。反过来，如果站点大量内容需要按用户身份渲染，或者主机已经配了整页缓存，它的收益会被抵消。
| 人群/角色 | 场景描述 | 推荐指数 |
|---|---|---|
| 内容站与博客作者 | 文章多、访客不登录，静态化后首字节明显下降 | ★★★★★ |
| 企业官网维护者 | 页面更新不频繁，开预加载后几乎不用管 | ★★★★★ |
| 新闻与资讯编辑 | 突发流量靠静态文件扛住，避免数据库被打满 | ★★★★☆ |
| 电商与会员站运营 | 购物车、账户页需按用户渲染，只能缓存匿名浏览部分 | ★★★☆☆ |
| 已配整页缓存的主机用户 | 主机层面已做缓存，插件收益有限，还可能与主机规则冲突 | ★★☆☆☆ |
操作指南
安装只要一分钟，配置的关键在两处：选哪种模式，以及 wp-config 里那一行常量有没有加。前者决定速度上限，后者决定缓存会不会生效。
- 在后台的 安装插件 页搜索 WP Super Cache 安装并启用，或从 WP Super Cache 下载压缩包上传安装。
- 进入 设置 → WP Super Cache，在 Easy 标签页点 Caching On，先让缓存跑起来。
- 切到 Advanced 标签页，缓存方式选 Simple。它不改 .htaccess，速度已接近 mod_rewrite，出错概率最低。
- 按提示在 wp-config.php 里加上 define( ‘WP_CACHE’, true );，位置放在加载 wp-settings.php 那一行之前。
- 勾选 压缩页面、不为已知用户缓存、缓存重建 三项，其余先保持默认。
- 到 Preload 标签页点 Preload All，让插件按顺序把已有文章生成缓存，篇数多时需要等一会儿。
- 在 Advanced 里把过期时间设为 1800 秒，清理频率按更新节奏调；更新频繁的站可设 600 秒。（缓存目录必须在本机磁盘，放在 NFS 或 NAS 上会导致文件锁与清理失效。）
支持平台
它是 WordPress 后台插件，配置在网页端完成，没有独立客户端。缓存文件由 Web 服务器直接发出，访问端不区分系统与浏览器。Expert 模式依赖 Apache 的 mod_rewrite，并需要改动 .htaccess；Nginx 等服务器只能用 Simple 模式。插件要求站点开启固定链接，缓存目录需要 Web 服务器可写，其余环境细节以官方文档为准。
产品定价
插件本身 免费，在 WordPress 插件目录直接下载，功能不设付费档位，也没有按流量计费的项目。它带来的成本主要来自主机：静态文件会占用磁盘，缓存目录随文章数量增长，磁盘紧张时需要把过期时间调短。若同时接 CDN，费用由 CDN 服务商收取，与插件无关。
常见问题
Q：缓存文件里会留下访客的隐私数据吗？
默认设置下，登录用户与留过评论的访客不进入公共缓存，页面里不会混入他人的账户信息。缓存文件存放在站点自己的目录里，不经过第三方；若站点装了评论或表单插件，建议先用未登录状态抽查几个页面。
Q：使用要付费吗？
不需要。插件免费，功能不设付费档位。需要花钱的是主机磁盘与 CDN 流量，这两项与插件本身无关。
Q：和别的缓存插件、CDN 会冲突吗？
同一时间只应保留一个整页缓存插件，两个同时开启容易互相清缓存，出现访客看到旧页面的情况。接 CDN 后要在插件里清一次文件缓存，并确认 CDN 的回源规则不会把缓存文件再包一层。
开发者小结
WP Super Cache 的定位是老派但可靠：不依赖内存缓存服务，靠磁盘上的静态文件换速度，配置项直白，出问题也好回退。适合内容以匿名访问为主、主机只有 PHP 与 MySQL 的中小站点，也适合想在不动服务器架构的前提下先把首字节降下来的项目。边界需要正视：它缓存的是整页 HTML，登录态与个性化内容只能绕开；Expert 模式要改 .htaccess，改错会让整站打不开；缓存目录不能放网络存储，容器化部署时要确认目录持久化；预加载是按顺序逐页访问，文章上万篇时第一次跑要花不少时间。把这些前提接受下来，它仍然是低成本提速里最省心的选择之一。
相关导航
