我的建议是为fetch_feed(). 通过WordPress的cron调用包装器函数，您不应该有问题。

比如：

function schedule_fetch_feeds() {
    if ( ! wp_next_scheduled( \'cron_fetch\' ) ) {
        wp_schedule_event( time(), \'hourly\', \'cron_fetch\', \'http://blog1.url/feed\' );
        wp_schedule_event( time(), \'hourly\', \'cron_fetch\', \'http://blog2.url/feed\' );
    }
}

function fetch_feed_on_cron( $url ) {
    $feed = fetch_feed( $url );

    delete_transient( "feed-" . $url );

    set_transient( "feed-" . $url, $feed, 60*60 );
}

add_action( \'wp\', \'schedule_fetch_feeds\' );
add_action( \'cron_fetch\', \'fetch_feed_on_cron\', 10, 1 );

您可以使用以下方法从瞬态中提取馈电：

function get_cached_feed( $url ) {
    $feed = get_transient( "feed-" . $url );
    if ( $feed ) return $feed;

    $feed = fetch_feed ( $url );
    set_transient( "feed-" . $url, $feed, 60*60 );
    return $feed;
}

打破我自己的规则，添加第二个答案。。。但由于一个非常具体的原因。。。

我仔细查看了fetch_feed() 针对Rarst对原始问题的评论：

这里的圣杯是让本机fetch\\u feed（）在cron中异步获取所有提要，而不是在用户加载前端页面时

实际功能代码为：

function fetch_feed($url) {
    require_once  (ABSPATH . WPINC . \'/class-feed.php\');

    $feed = new SimplePie();
    $feed->set_feed_url($url);
    $feed->set_cache_class(\'WP_Feed_Cache\');
    $feed->set_file_class(\'WP_SimplePie_File\');
    $feed->set_cache_duration(apply_filters(\'wp_feed_cache_transient_lifetime\', 43200, $url));
    do_action_ref_array( \'wp_feed_options\', array( &$feed, $url ) );
    $feed->init();
    $feed->handle_content_type();

    if ( $feed->error() )
        return new WP_Error(\'simplepie-error\', $feed->error());

    return $feed;
}

每个feed缓存43200秒（或12小时），这是瞬态的生存期。您可以使用“wp\\u feed\\u cache\\u transient\\u lifetime”筛选器向上或向下修改此选项。

为了解决最初的问题，提要不是通过cron重新获取的。它们只提取一次，然后缓存以备将来使用。用户第一次访问页面时加载提要的唯一时间是缓存为空时。对于高流量站点，这种情况应该相对少见。

因此，如果您面临与提要相关的性能问题，那么您可能还有其他问题。

您如何存储（&A）；通过本机linux cron在选项表中保持更新，只需在页面上获取（数据库读取）。这样，页面加载时间就不会受到任何影响。

Edit: 阿尔丽特！如果您熟悉alternate cron在WordPress中的工作方式，请创建另一个进程，然后继续其工作。采用这种方法似乎是一个很好的解决方案，可以解决您的案例以及启动此类请求的瞬态。