更新WooCommerce产品时PHP内存占用过高问题排查

嘿，我来帮你梳理下这个内存持续增长的问题——我之前处理过不少WooCommerce批量操作的内存泄漏场景，咱们一步步拆解你可能遗漏的点：

1. 未释放$all_products大数组的内存 #

你在循环里unset($product)只是释放了单个产品对象的内存，但整个$all_products数组（包含1000个产品对象）始终驻留在内存里，这会占据大量空间。

解决办法：
不要直接遍历整个数组，改成逐个取出并删除已处理的元素，让内存逐步释放：

// 替换原foreach循环为while循环
while (!empty($all_products)) {
    $product = array_shift($all_products); // 取出第一个元素并从数组中移除
    $totalcounter++;
    $product_id = wc_get_product_id_by_sku( $product->ItemCode );
    
    if ($product_id != '0') {
        $update_product = newUpdateProduct($product,$product_id);
        unset($update_product);
        unset($product_id);
        unset($product);
        
        $successcounter++;
        echo $successcounter.' Επιτυχής εγγραφή: '. $product->ItemCode;
        // 清理单个产品缓存而非全局flush
        wp_cache_delete($product_id, 'products');
        
        // 每处理10个产品触发一次垃圾回收
        if ($successcounter % 10 == 0) {
            gc_collect_cycles();
        }
        // 刷新输出缓冲，避免输出内容占用内存
        ob_flush();
        flush();
    }
}

2. WooCommerce/WPML的内部缓存残留 #

wp_cache_flush()是全局刷新缓存，效率低且不一定能清理到单个产品的残留缓存。WooCommerce会缓存产品对象，WPML的wpml_object_id过滤器也可能留下临时对象引用。

解决办法：
在更新产品后，针对性删除单个产品的缓存：

// 在newUpdateProduct函数里，保存产品后添加：
wp_cache_delete($original_product_id, 'products');
if ($translated_product_id) {
    wp_cache_delete($translated_product_id, 'products');
}

3. SOAP对象的循环引用内存泄漏 #

从ERP获取的$all_products是SOAP对象，这类对象往往存在循环引用，PHP的垃圾回收器无法自动及时回收。

解决办法：
把SOAP对象转换成普通数组，避免循环引用：

// 获取$all_products后立即转换为数组
$all_products = array_map(function($item) {
    return (array)$item;
}, $all_products);
// 之后循环里用数组索引访问，比如$product['ItemCode']代替$product->ItemCode

4. 手动触发PHP垃圾回收 #

PHP默认的垃圾回收是自动的，但循环引用的对象可能不会被及时回收。定期手动触发GC能强制清理这类内存。

解决办法：
在循环中每处理N个产品（比如10个）调用一次：

gc_collect_cycles();

5. 输出缓冲占用内存 #

你在循环里用echo和print_r输出内容，这些内容会被PHP的输出缓冲保存，累积下来也会占用内存。

解决办法：
在每次循环后刷新输出缓冲：

ob_flush();
flush();

或者把输出写入日志文件，避免直接输出到浏览器。

6. 函数参数的内存复制 #

newUpdateProduct函数的$options参数是传值传递，每次调用都会复制整个产品对象，增加内存开销。

解决办法：
改成传引用传递：

function newUpdateProduct(&$options,$product_id) {
    // 函数内容保持不变
}

把这些优化点组合起来，应该能把内存增长控制在合理范围，避免最终涨到1GB。

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