批量获取WooCommerce产品为何比逐个获取更慢？

场景复现 #

在拥有约22000个产品的WooCommerce环境中：

• 使用wc_get_products()通过SKU数组批量查询25个产品，总耗时约840ms，后续循环处理每次迭代约18ms；
• 改用原生WP_Query直接查询匹配指定SKU的产品（代码如下），查询仅耗时45ms，后续循环逐个调用wc_get_product()每次迭代约25ms，整体总耗时反而节省了620ms。

$args = array(
    'post_type'      => 'product',
    'post_status'    => 'publish',
    'posts_per_page' => -1,
    'meta_query'     => array(
        array(
            'key'     => '_sku',
            'value'   => $arr_skus,
            'compare' => 'IN',
        ),
    ),
);
$arr_existing_products = new WP_Query($args);
$arr_existing_products = $arr_existing_products->posts;

核心原因 #

1. wc_get_products()的冗余开销 #

wc_get_products()是WooCommerce封装的高层API，它基于WP_Query但附加了大量非必要的处理逻辑：

• 全量元数据加载：默认会一次性拉取所有产品关联的元数据（库存、价格、属性、自定义字段等），哪怕你只需要SKU匹配的产品，这些冗余数据的查询和组装会大幅增加耗时；
• 钩子触发成本：会触发woocommerce_product_query等多个WooCommerce钩子，若主题或插件在这些钩子上绑定了额外逻辑（如自定义过滤、统计），会进一步拉长执行时间；
• SKU处理额外步骤：内部对SKU做格式验证、数据转换，生成的SQL查询比原生WP_Query直接匹配_sku元数据更复杂，效率更低。

2. WP_Query + wc_get_product()的按需加载优势 #

• 轻量查询：原生WP_Query仅返回基础文章对象，只拉取post表的核心字段（ID、类型、状态等），完全不加载产品特有的元数据，因此查询速度极快；
• 按需实例化：逐个调用wc_get_product()时，仅在需要时才加载对应产品的元数据和类型信息，且内部自带对象缓存，25个产品的实例化总开销远小于批量加载冗余数据的成本。

额外优化建议 #

可以修改WP_Query的参数，仅返回产品ID数组，减少数据传输量：

$args = array(
    'post_type'      => 'product',
    'post_status'    => 'publish',
    'posts_per_page' => -1,
    'fields'         => 'ids', // 仅返回ID
    'meta_query'     => array(
        array(
            'key'     => '_sku',
            'value'   => $arr_skus,
            'compare' => 'IN',
        ),
    ),
);
$product_ids = new WP_Query($args)->posts;

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