如何获取WordPress中匹配meta_query的文章数组长度？

嘿，我猜你大概率是遇到了sizeof($serv_areas)或count($serv_areas)返回的数量和实际匹配的文章总数不符的情况吧？这种问题在WordPress开发里挺常见的，我来给你拆解下原因和对应的解决办法：

原因1：get_posts默认的分页限制 #

get_posts()函数默认会设置posts_per_page => 10——也就是说，哪怕你的meta_query匹配了20篇符合条件的文章，它也只会返回前10篇，这时候你用count得到的自然是10，而非真实的总匹配数。

对应解决办法：修改args获取所有匹配文章 #

如果你的需求是获取全部符合条件的文章再统计数量，直接在你的$args里添加这个参数就行：

'posts_per_page' => -1

这样get_posts就会返回所有匹配meta_query规则的文章，之后用count($serv_areas)就能得到准确的数量了。

更高效的方案：用WP_Query直接获取总匹配数 #

如果你不需要拿到所有文章的完整数据，只是想知道符合条件的总数量，或者需要处理分页场景，那直接用WP_Query会更靠谱——它自带found_posts属性，能直接拿到数据库中匹配的总文章数，完全不受分页设置影响：

$args = array(
    'post_type' => 'service-area',
    'meta_query' => array(
        // 这里放你的meta_query筛选条件
    ),
    'posts_per_page' => 10, // 可根据分页需求调整，不影响总数量统计
);

$query = new WP_Query($args);

// 直接拿到总匹配文章数
$total_matched_posts = $query->found_posts;

// 如果需要循环展示文章，也能正常操作
if ($query->have_posts()) {
    while ($query->have_posts()) {
        $query->the_post();
        // 你的文章内容处理逻辑
    }
    wp_reset_postdata(); // 别忘了重置全局post对象，避免后续代码出错
}

这种方法的优势在于，哪怕你设置了分页（比如每页10篇），found_posts依然会返回所有匹配的总数量，特别适合做分页导航的总页数计算。

额外提醒 #

• 如果你已经用get_posts做了循环，并且在循环里调用了setup_postdata($post)，记得循环结束后调用wp_reset_postdata()——这虽然不影响count的结果，但能避免全局post对象混乱，是WordPress开发的好习惯。
• 先确认你的meta_query条件是正确的：比如meta_key的拼写是否准确、比较符（compare）的使用是否符合需求，有时候条件写错了也会导致返回的文章数量不符合预期。

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