4、Redis作为模板缓存层：缓存模板片段、缓存数据源、缓存渲染结果

在模板引擎渲染流程中，Redis 并非仅作为简单的键值存储，而是以分层缓存的架构角色介入。根据缓存数据在渲染流水线中的位置与生命周期，可将 Redis 缓存划分为三个层次：模板片段缓存、数据源缓存与渲染结果缓存。每一层承担不同的职责，对故障转移的敏感度也各不相同。

4.1 三层缓存架构概览

下表从缓存粒度、失效策略、故障影响三个维度对比三种缓存模式：

4.2 模板片段缓存（Template Fragment Cache）

模板片段缓存是最细粒度的缓存策略。它将模板中不变或低频变化的部分（如页头、页脚、分类导航）预编译为 HTML 字符串，存入 Redis。渲染时，模板引擎直接读取片段，跳过该部分的模板解析与变量替换。

// 伪代码：模板片段缓存读取逻辑
String fragmentKey = "fragment:header:zh_CN";
String headerHtml = redis.get(fragmentKey);
if (headerHtml == null) {
    // 缓存缺失，编译模板片段
    headerHtml = templateEngine.process("header.ftl", localeData);
    redis.setex(fragmentKey, 600, headerHtml); // TTL 10分钟
}
// 将片段注入主模板
mainTemplate.setVariable("header", headerHtml);

4.3 数据源缓存（Data Source Cache）

数据源缓存位于模板引擎与后端存储之间。模板渲染所需的用户信息、商品列表、配置数据等，先从 Redis 读取，未命中时再回源查询数据库或远程服务。该层缓存能显著降低数据库负载，但也是故障转移时最容易引发雪崩的环节。

数据源缓存的典型失效场景：

• 批量失效：Redis 故障转移期间，大量数据源缓存键同时过期或丢失，所有请求穿透至数据库。
• 热点数据倾斜：故障转移后，新主节点尚未预热，热点数据的缓存命中率骤降。
• 序列化兼容：主从节点使用不同 Redis 版本或序列化配置时，可能导致反序列化失败。

// 数据源缓存 + 回源降级示例
public User getUserById(Long userId) {
    String cacheKey = "user:" + userId;
    User user = redis.getObject(cacheKey, User.class);
    if (user == null) {
        // 回源查询数据库（需加限流保护）
        user = userMapper.selectById(userId);
        if (user != null) {
            redis.setex(cacheKey, 300, user); // TTL 5分钟
        }
    }
    return user;
}

4.4 渲染结果缓存（Rendered Output Cache）

渲染结果缓存是整个流水线的最终输出缓存。模板引擎完成全部变量替换、循环、条件判断后，将完整的 HTML 页面存入 Redis。后续相同请求直接返回缓存页面，完全跳过模板编译与数据源查询。

该层缓存对故障转移最为敏感：

• 缓存粒度大：单个键值对可能包含数十 KB 的 HTML，故障转移时网络带宽与序列化开销显著。
• 失效影响面广：一个热门页面的缓存丢失，可能导致后端模板引擎与数据库同时承受巨大压力。
• 一致性要求高：若故障转移期间缓存未及时失效，用户可能看到过期的页面内容。

4.5 三层缓存与故障转移的关系图

下图展示了 Redis 作为模板缓存层时，三层缓存与模板引擎、数据源之间的交互关系，以及故障转移可能影响的路径：

4.6 故障转移下的缓存策略对比

针对三层缓存的不同特性，推荐采用差异化的故障转移应对策略：