WordPress ACF字段在WP_Query中失效，返回全部文章问题

1. meta_query结构错误
   WP的meta_query参数要求传入嵌套数组，每个查询条件需要包裹在子数组中。你直接将meta_key、meta_value等参数放在meta_query的一级数组里，WP无法正确解析这个查询条件，导致该筛选条件被忽略，最终只按照post_type返回所有文章。

2. ACF数组字段的存储特性
   ACF的数组类型字段会以序列化字符串的形式存储在数据库中，例如数组['123']会被存储为类似a:1:{i:0;s:3:"123";}的格式。即使修正了meta_query结构，直接用字符串$partner配合LIKE或IN也无法正确匹配：

• 用IN时，数据库中存储的是序列化字符串，和你传入的字符串数组完全不匹配，条件不生效；
• 直接用LIKE $partner可能误匹配其他包含相同字符的序列化值（比如$partner=12会匹配123），甚至如果$partner为空或格式不对，条件也会失效。

第一步：修正meta_query结构 #

先把meta_query改成嵌套数组的正确格式，这是让筛选条件生效的基础。

第二步：针对ACF序列化数组做精准匹配 #

由于ACF数组字段是序列化存储的，我们需要匹配序列化字符串中被双引号包裹的目标值，避免误匹配。

最终可行代码：

$partner = get_query_var('partner');

echo "Partner ID: ". $partner; // 输出正确

$args = array(
   'post_type' => 'product',
   'posts_per_page' => -1,
   'meta_query' => array(
        array(
            'key'     => 'partner',
            'value'   => '"' . esc_sql($partner) . '"', // 匹配序列化数组中的双引号包裹值
            'compare' => 'LIKE',
        )
    ),
);

$partner_query = new WP_Query($args);

补充说明： #

• 使用esc_sql()是为了防止SQL注入，必须对用户传入的$partner进行转义处理；
• 如果你的ACF数组字段存储的是整数类型，序列化后的格式会是i:123;，这时可以把value改成';i:' . $partner . ';'来匹配；
• 如果需要更严谨的查询，可以使用posts_where过滤器自定义SQL语句，但上述方法已经能满足大部分场景需求。

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