本文介绍在处理大量表单输入（如 200 行商品明细）时，如何在 php 后端高效跳过空行数据，避免无效 insert 操作及后续 delete 清理，提升性能与数据准确性。

在构建批量录入型表单（例如发票明细、采购清单）时，前端常渲染数十甚至数百个输入行（如 productCode[]、productName[] 等数组字段），但用户通常仅填写其中部分行。若后端不加甄别地遍历全部数组元素执行 INSERT，不仅会写入大量空记录（如 item_code = ''），还需额外执行 DELETE FROM ... WHERE item_code = '' 进行“事后清理”——这既浪费数据库 I/O 资源，又增加逻辑复杂度和出错风险。

根本解法：在循环插入前主动过滤空行
无需依赖后期删除，只需在 foreach 中加入轻量级校验即可彻底规避问题。核心原则是：只对有效数据执行插入与关联操作。

以下为优化后的关键代码段（已整合安全性与健壮性建议）：

// ✅ 在 foreach 循环内添加空值跳过逻辑
foreach ($productCode as $index => $productCodes) {
    // ? 关键：跳过所有字段均为空（或关键字段为空）的行
    if (empty(trim($productCodes))) {
        continue; // 直接跳过当前迭代，不执行后续插入/更新
    }

    // 安全获取其他字段（防止数组越界）
    $s_productName = $productName[$index] ?? '';
    $s_quantity    = filter_var($quantity[$index] ?? 0, FILTER_SANITIZE_NUMBER_FLOAT);
    $s_price       = filter_var($price[$index] ?? 0, FILTER_SANITIZE_NUMBER_FLOAT);
    $s_total       = filter_var($total[$index] ?? 0, FILTER_SANITIZE_NUMBER_FLOAT);

    // ⚠️ 强烈建议：使用预处理语句防止 SQL 注入
    $stmt = $conn->prepare(
        "INSERT INTO invoice_order_item (order_id, item_code, item_name, order_item_quantity, order_item_price, order_item_final_amount) 
         VALUES (?, ?, ?, ?, ?, ?)"
    );
    $stmt->bind_param("isssdd", $lastInsertId, $productCodes, $s_productName, $s_quantity, $s_price, $s_total);
    $stmt->execute();

    // ✅ 同步更新库存（仅对有效商品）
    if ($s_quantity > 0 && is_numeric($productCodes)) {
        $updateStmt = $conn->prepare("UPDATE product SET pro_quantity = pro_quantity - ? WHERE pro_id = ?");
        $updateStmt->bind_param("di", $s_quantity, $productCodes);
        $updateStmt->execute();
    }
}

重要注意事项：

• ✅ continue 是最轻量的跳过方式：比 if {...} else {...} 更简洁，避免嵌套加深；empty(trim($productCodes)) 可同时过滤 null、空字符串、纯空白字符。
• ✅ 关键字段优先校验：以 productCode（通常为主键/外键）作为空行判断依据，比检查所有字段更高效。若业务要求多字段非空，可扩展为 if (empty($productCodes) || empty($s_productName) || $s_quantity
• ✅ 必须使用预处理语句：原始代码中直接拼接变量到 SQL 字符串（如 '$s_productCode'）存在严重 SQL 注入漏洞，务必替换为 mysqli::prepare() 或 PDO 预处理。
• ✅ 防御性编程：使用 ?? 运算符和 filter_var() 处理可能缺失或非法的数组元素，防止 Notice: Undefined offset 或恶意输入。
• ❌ 避免 DELETE 补救：原方案中每次循环后执行 DELETE FROM invoice_order_item WHERE item_code='' 属于低效反模式——它会在每轮插入后扫描全表，且可能误删其他合法空值（如允许 item_name 为空的场景）。

总结：高效处理稀疏批量输入的核心在于「前置过滤」而非「事后修正」。通过一行 if (empty(...)) continue; 即可消除冗余操作，配合预处理与数据清洗，即可构建安全、高性能、易维护的批量入库逻辑。