WordPress 不支持页面片段缓存，因其默认仅提供整页或对象缓存；CI4 片段缓存失效源于运行时上下文丢失，推荐用 wp_cache_set/get 封装轻量级片段缓存函数实现闭环管理。
WordPress 本身不提供“页面片段缓存”（即只缓存某一块 HTML，比如侧边栏、最新文章列表），它默认做的是整页缓存或对象/数据库缓存。如果你在用 CodeIgniter 4（CI4）开发后台或混合架构，并希望复用 CI4 的视图局部缓存能力（如 $this->cache->render() 或 view_cell() 带缓存），但发现 WordPress 环境里这部分失效了——问题不在 WP，而在两套系统没打通，或者你误用了 CI4 的缓存机制。
WP 页面无法使用 CI4 片段缓存的根本原因
CI4 的视图缓存（比如 view('partial', [], ['cache' => 300]) 或 $this->cache->render()）依赖于 CI4 的运行时上下文：Router、Request、Response、Cache 配置等。一旦你把 CI4 视图逻辑嵌入到 WordPress 主题或插件中（例如通过 require_once 加载 CI4 的 View 类），这些上下文几乎全部丢失。结果就是：
- 缓存键生成失败（
$request->getUri()不可用，路径为空） - 缓存写入路径错乱（
WRITEPATH . 'cache/'可能不可写，或被 WP 的文件权限隔离） -
view_cell()的自动缓存开关被忽略，因为 Filter 机制未初始化 - 即使缓存写进去了，下次请求时 CI4 的 Cache 组件根本没启动，读不到
替代方案：在 WP 中模拟轻量级片段缓存
不需要强耦合 CI4，用 WordPress 原生机制就能实现类似效果。关键是把“缓存键 + HTML 片段 + 过期时间”三者闭环管理：
- 用
wp_cache_set()/wp_cache_get()（对象缓存，推荐搭配 Redis）存渲染后的 HTML 字符串 - 缓存键建议组合：前缀 + 模板名 + 动态参数哈希（如
"wp-fragment-recent-posts-".md5($args['limit'].$args['cat'])） - 在主题的
functions.php或自定义小插件里封装一个函数：
<?php
function wp_fragment_cache($key, $callback, $ttl = 300) {
$cached = wp_cache_get($key, 'fragment');
if ($cached !== false) return $cached;
$output = call_user_func($callback);
wp_cache_set($key, $output, 'fragment', $ttl);
return $output;
}
?> - 调用示例：
<?php
echo wp_fragment_cache(
'sidebar-news-ticker',
function() { return get_template_part('template-parts/sidebar-ticker'); },
600 // 缓存10分钟
);
?>
如果坚持用 CI4 视图并启用局部缓存
必须让 CI4 完整启动，不能只引入 View 类。这意味着你要在 WP 的某个钩子（如 template_redirect）中手动初始化 CI4 核心组件，并桥接 Request/Response。操作复杂且风险高，仅适合以下情况：
- 整个前台由 CI4 驱动，WP 仅作内容管理后台（Headless 模式）
- 你已将 CI4 集成进 WP 的 autoloader，并重写了
Config\Cache的$handler为'wp'，使其底层调用wp_cache_*()函数 - 所有视图模板放在 CI4 的
app/Views/下，通过 CI4 Router 渲染，而非 WP 的get_template_part()
否则，强行混用只会导致缓存写入失败、白屏或 PHP 警告。
