WordPress多位置嵌入外部Feed的性能优化及缓存疑问

先对齐你的场景梳理下：你用WordPress搭建了两个日均10万访问量的站点，需要在多个位置（甚至同一页面内）调用外部Feed，不同位置展示3条或4条内容，目前基于fetch_feed()的代码能正常运行，但担心性能隐患，下面逐个解答你的疑问：

1. Feed存储在何处？ #

WordPress的fetch_feed()基于SimplePie实现，它会把Feed的缓存文件存在你WordPress安装目录下的wp-content/cache文件夹里，SimplePie会自动创建对应的子目录结构，用来存放解析后的Feed数据和原始响应内容。

2. Feed是否被缓存？还是每次页面加载都会发起请求？ #

放心，默认是会缓存的。WordPress给SimplePie设置了默认缓存时长——12小时（43200秒）。也就是说第一次请求Feed后，后续页面加载会直接读取本地缓存，不会每次都去请求外部服务器。如果需要调整缓存时长，你可以通过wp_feed_cache_transient_lifetime这个过滤器来修改。

3. 如何优化代码以降低对网站性能的影响？ #

结合你的高访问量场景，给你几个针对性的优化方向：

• 提前加载feed.php，避免重复执行加载逻辑：你现在在update_feed()函数里每次都用include_once(ABSPATH . WPINC . '/feed.php')，虽然include_once不会重复加载文件，但更好的做法是在主题functions.php的初始化阶段就加载这个文件，比如：

  add_action('init', function() {
      include_once(ABSPATH . WPINC . '/feed.php');
  });
  

  这样就不用每次调用update_feed()都执行加载操作了。
• 复用Feed对象，减少重复解析：如果同一页面需要多次调用不同条目数的Feed（比如一次3条、一次4条），不要每次都重新调用fetch_feed()，可以把解析好的Feed对象缓存起来复用，比如用WordPress的对象缓存：

  function get_cached_external_feed() {
      // 尝试从缓存获取Feed对象
      $feed = wp_cache_get('external_job_feed');
      if (!$feed) {
          $feed = fetch_feed('https://example.nl/feed/');
          if (!is_wp_error($feed)) {
              // 缓存Feed对象1小时，可按需调整时长
              wp_cache_set('external_job_feed', $feed, '', 3600);
          }
      }
      return $feed;
  }
  
  function update_feed($itemAmount) {
      $rss = get_cached_external_feed();
      // 后续的逻辑和你原来的代码一致，这里省略重复部分
  }
  

  这样同一页面多次调用时，只需要解析一次Feed，大大减少资源消耗。
• 缓存Feed输出的HTML片段：除了缓存Feed对象，还可以直接缓存最终生成的HTML代码，避免每次都循环生成列表项，比如：

  function update_feed($itemAmount) {
      $cache_key = 'external_feed_html_' . $itemAmount;
      $feed_html = wp_cache_get($cache_key);
      
      if (!$feed_html) {
          ob_start(); // 开启输出缓冲
          $rss = get_cached_external_feed();
          // 这里放你原来的HTML生成逻辑（ul、li那些代码）
          $feed_html = ob_get_clean();
          wp_cache_set($cache_key, $feed_html, '', 3600);
      }
      
      echo $feed_html;
  }
  

• 按需调整Feed缓存时长：如果你的Feed内容更新频率不高，不用12小时这么久，可以缩短缓存时间，比如改成1小时：

  add_filter('wp_feed_cache_transient_lifetime', function() {
      return 3600; // 单位：秒
  });
  

• 增强错误处理：如果外部Feed服务器故障，不要让请求拖慢页面，建议增加 fallback 内容，并且缓存错误状态，避免每次都尝试请求失效的Feed。

4. 我的主机服务商使用服务器端缓存，这会对Feed产生影响吗？ #

会有影响，主要看服务器缓存的类型：

• 如果是页面级缓存（比如Nginx静态缓存、部分主机提供的整页缓存），缓存的页面会包含当时Feed的内容，Feed的更新会延迟到页面缓存刷新的时候，而不是你设置的Feed缓存时间。
• 解决办法：可以用片段缓存替代页面缓存中的Feed部分，也就是刚才提到的缓存Feed HTML片段的方式，这样即使整页被缓存，Feed内容也能按照你设置的时间更新；或者联系主机服务商，配置缓存规则排除Feed所在的页面区域（不过这个需要服务商配合）。
• 如果服务器用的是对象缓存（比如Redis、Memcached），那你之前用wp_cache_set()的优化效果会更好，因为对象缓存的读取速度比默认的文件缓存快很多，更适合高访问量场景。

内容的提问来源于stack exchange，提问作者Izzy