PHP 中将数据库查询结果直接拼接进 HTML 字符串时，若误用 .= 运算符向数组变量追加字符串，会导致 Array 字面量被自动转换并渲染到页面中——这是因 PHP 将数组转为字符串时默认输出 "Array"。
php 中将数据库查询结果直接拼接进 html 字符串时，若误用 `.= ` 运算符向数组变量追加字符串，会导致 `array` 字面量被自动转换并渲染到页面中——这是因 php 将数组转为字符串时默认输出 "array"。
在动态渲染 HTML 表格的场景中，出现 <td>...</td> 上方突兀显示 Array 文本（如你截图中表头下方第一行），几乎可以确定是 PHP 变量类型误用所致。核心问题出在 getusers.php 文件的逻辑：
$data = $stmt->fetchAll(); // ✅ 此刻 $data 是一个二维数组，例如 [['userId'=>1, 'fName'=>'Tom'], ...] // ... $data .= ' <tr>...'; // ❌ 错误！对数组使用 .= 会触发隐式类型转换：array . string → "Array" . " <tr>..."
当 PHP 执行 $data .= '...' 时，它试图将字符串追加到数组 $data 上。由于数组无法直接参与字符串拼接，PHP 自动调用 (string)$data，结果恒为字符串 "Array"，随后再与你的 HTML 拼接——因此 "Array" + "<tr>..." 最终输出为 Array<tr>...，恰好出现在表头之后、数据行之前。
✅ 正确做法：使用独立的字符串变量构建 HTML
<?php
include_once 'init.php';
error_reporting(1);
$stmt = $pdo->prepare("CALL getUsers()");
$stmt->execute();
// 获取全部结果集（注意：存储过程可能返回多结果集，需循环处理）
$results = [];
do {
$rows = $stmt->fetchAll(PDO::FETCH_ASSOC);
if (!empty($rows)) {
$results = array_merge($results, $rows);
}
} while ($stmt->nextRowset() && $stmt->columnCount());
// ✅ 关键修复：声明空字符串变量用于拼接 HTML，而非复用 $results 或 $data
$htmlRows = ''; // ← 新建纯字符串变量
foreach ($results as $row) {
$htmlRows .= '
<tr>
<td>' . htmlspecialchars($row['userId'], ENT_QUOTES, 'UTF-8') . '</td>
<td>' . htmlspecialchars($row['fName'], ENT_QUOTES, 'UTF-8') . '</td>
<td>' . htmlspecialchars($row['lName'], ENT_QUOTES, 'UTF-8') . '</td>
<td>' . htmlspecialchars($row['email'], ENT_QUOTES, 'UTF-8') . '</td>
<td>' . htmlspecialchars($row['phone'], ENT_QUOTES, 'UTF-8') . '</td>
<td>
<a href="#" id="' . htmlspecialchars($row['userId'], ENT_QUOTES, 'UTF-8') . '"
class="btn btn-success btn-sm rounded-pill py-0 editLink"
data-bs-toggle="modal" data-bs-target="#editUserModal">Edit</a>
<a href="#" id="' . htmlspecialchars($row['userId'], ENT_QUOTES, 'UTF-8') . '"
class="btn btn-danger btn-sm rounded-pill py-0 deleteLink">Delete</a>
</td>
</tr>';
}
echo $htmlRows; // ✅ 只输出纯净 HTML 字符串，无数组干扰
?>? 关键改进点说明：
立即学习“PHP免费学习笔记（深入）”；
- 变量隔离：$htmlRows 专用于 HTML 拼接，与数据数组 $results 完全解耦；
- 安全增强：所有输出字段均经 htmlspecialchars() 转义，防止 XSS 攻击（尤其邮箱、姓名等用户输入内容）；
- 存储过程兼容：do...while 循环确保正确处理多结果集（如存储过程含多个 SELECT），避免遗漏数据；
- 前端无需修改：fetch() 仍调用 data.text()，后端仅返回 <tr>...</tr> 片段，由 tbody.innerHTML = response 安全注入。
⚠️ 额外建议：
- 避免在生产环境使用 error_reporting(1)（等价于 E_ERROR），应设为 error_reporting(E_ALL & ~E_NOTICE) 并配合日志记录；
- 若未来需更复杂交互（如分页、搜索），推荐改用 JSON 接口（header('Content-Type: application/json'); echo json_encode($results);），前端用 response.json() 解析，语义更清晰、扩展性更强。
通过分离数据容器与模板容器，即可彻底根除 “Array” 文本污染 HTML 的问题——这不仅是语法修正，更是前后端职责分离的最佳实践体现。
