函数内嵌套执行两个 mysqli 预处理语句时，第二条查询无输出，根本原因在于重复使用同一 $stmt 变量覆盖了第一个语句对象，且未正确管理 $result 变量作用域，导致后续 fetch_assoc() 操作失败。
函数内嵌套执行两个 mysqli 预处理语句时，第二条查询无输出，根本原因在于重复使用同一 `$stmt` 变量覆盖了第一个语句对象，且未正确管理 `$result` 变量作用域，导致后续 `fetch_assoc()` 操作失败。
在 php 使用 MySQLi 面向对象风格进行数据库操作时，复用同一个 $stmt 变量名是常见却危险的实践。你提供的代码中，外层查询创建了 $stmt，执行并获取 $result；但在内层循环中，又用 $stmt = $conn->prepare($cities) 覆盖了原语句对象——这本身不会报错，但关键问题在于：前一个 $result 仍持有对已销毁（或处于非活跃状态）语句的结果集引用，而后续又错误地将新查询的 get_result() 赋值给同名变量 $result，造成逻辑混乱与资源冲突。
更严重的是，在原始函数版本中，内层查询后你仍使用 $result->fetch_assoc()（而非新结果变量），而此时 $result 实际指向的是外层查询的结果集——它早已被遍历完毕，内部指针位于末尾，因此 fetch_assoc() 返回 false，内层城市数据完全无法输出。
✅ 正确做法是：为每个独立查询声明独立的语句和结果变量，避免命名冲突与资源干扰。以下是重构后的健壮实现：
function builtFooter($catactive, $catlink) { global $conn, $portalnumber; // 注意：$portalnumber 也需显式声明为 global 或传入参数 $sql = "SELECT catid, catname_de AS name, catlink AS link, extern, extlink FROM categories WHERE catactive = ? AND catlink != ? ORDER BY catsort"; $stmt = $conn->prepare($sql); $stmt->bind_param("ss", $catactive, $catlink); $stmt->execute(); $categoryResult = $stmt->get_result(); // ✅ 使用专属变量名 while ($cat = $categoryResult->fetch_assoc()) { echo '<h3><a href="/sexkontakte/' . htmlspecialchars($cat['link']) . '" title="' . htmlspecialchars($cat['name']) . ' bei $portalname">' . htmlspecialchars($cat['name']) . '</a></h3>'; // ? 内层查询：使用全新变量名，彻底隔离作用域 $citiesSql = "SELECT COUNT(a.ad_id) AS ANZ, a.region, b.city, b.citylink FROM ads a INNER JOIN neueorte b ON b.po_id = a.region WHERE a.zeigen = ? AND a.gesperrt = ? AND FIND_IN_SET(?, a.portale) AND a.catid = ? GROUP BY a.region ORDER BY ANZ DESC LIMIT 50"; $cityStmt = $conn->prepare($citiesSql); // ✅ 独立变量：$cityStmt $zeigen = 'ja'; $gesperrt = 'no'; $category = $cat['catid']; $cityStmt->bind_param("ssss", $zeigen, $gesperrt, $portalnumber, $category); $cityStmt->execute(); $cityResult = $cityStmt->get_result(); // ✅ 独立变量：$cityResult while ($city = $cityResult->fetch_assoc()) { echo ' ' . htmlspecialchars($city['city']) . '<br />'; } // ✅ 清理内层资源（可选但推荐） $cityStmt->close(); $cityResult->free(); } // ✅ 清理外层资源 $stmt->close(); $categoryResult->free(); }? 关键修复点总结：
立即学习“PHP免费学习笔记（深入）”；
- 变量隔离：外层用 $stmt / $categoryResult，内层用 $cityStmt / $cityResult，杜绝覆盖与混淆；
- 显式全局声明：$portalnumber 在函数内未定义，必须通过 global $portalnumber 或改为函数参数（更安全）；
- SQL 规范化：将隐式逗号连接（ads a, neueorte b）改为显式 INNER JOIN，提升可读性与兼容性；
- 安全输出：所有动态输出均经 htmlspecialchars() 过滤，防止 xss；
- 资源释放：调用 close() 和 free() 显式释放语句与结果集，避免内存泄漏（尤其在高并发场景下至关重要）。
⚠️ 额外建议：
- 避免 global —— 更佳实践是将 $conn 和 $portalnumber 作为参数传入函数，提升可测试性与解耦度；
- 若城市查询频繁，可考虑缓存机制（如 redis）或预聚合统计表，避免 N+1 查询性能瓶颈；
- 启用 MySQLi 错误报告：mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT)，让异常立即暴露。
遵循以上原则，即可确保嵌套查询稳定、安全、高效运行。