pdo_fetch() 默认返回关联与数字索引混合数组，并非 stdclass；要改数组需显式指定 pdo::fetch_assoc 或全局设置 pdo::attr_default_fetch_mode。
pdo_fetch() 默认返回 stdClass，怎么改成数组
PDO 默认用 pdo_fetch() 返回 stdClass 对象，是因为它默认的 fetch mode 是 PDO::FETCH_DEFAULT（等价于 PDO::FETCH_BOTH 的对象变体），但其实它根本不是对象——这是个常见误解。真正返回 stdClass 的是显式用了 PDO::FETCH_OBJ；而默认行为其实是返回「关联+数字索引混合数组」。所以第一件事：确认你是不是自己写了 ->fetch(PDO::FETCH_OBJ)。
要直接拿到纯关联数组，最直接的方式是在调用时指定 fetch mode：
-
$stmt->fetch(PDO::FETCH_ASSOC)→ 返回关联数组（推荐，语义清晰） -
$stmt->fetch(PDO::FETCH_NUM)→ 返回数字索引数组 -
$stmt->fetch(PDO::FETCH_BOTH)→ 同时含数字和键名（默认，但不常用）
也可以在 PDO 实例层面统一设置：$pdo->setAttribute(PDO::ATTR_DEFAULT_FETCH_MODE, PDO::FETCH_ASSOC)，之后所有 fetch()、fetchAll() 都默认返回关联数组，无需每次重复写。
fetchAll() 也返回对象？检查你的 fetch style 参数
fetchAll() 行为完全取决于当前 fetch mode，和 fetch() 一致。如果你写了 $stmt->fetchAll(PDO::FETCH_OBJ)，那当然每行都是 stdClass；删掉这个参数或换成 PDO::FETCH_ASSOC 就行。
常见错误场景：
- 复制了别人用
PDO::FETCH_OBJ的代码，却没改参数 - 在循环里混用不同 fetch mode（比如先
fetch(PDO::FETCH_ASSOC)，再fetchAll()却没传参，结果后者按默认 mode 执行） - 用了
setFetchMode()但作用域错了（它是 statement 级的，不是全局）
安全写法：显式传参，不依赖隐式默认值。例如：$rows = $stmt->fetchAll(PDO::FETCH_ASSOC)。
为什么有人坚持用 stdClass？数组真没缺点？
用数组确实更轻量、支持 isset()、可直接 json_encode()、遍历时下标访问直观。但要注意两个现实约束：
- 字段名含空格或特殊字符（如
user name）时，数组用$row['user name']没问题，但对象得用$obj->{'user name'}—— 所以转数组反而更省事 - 如果 SQL 里用了别名覆盖重名字段（如
SELECT u.id, p.id AS pid），数组能自然区分，而FETCH_OBJ也会正确映射属性名，这点两者无差异 - 性能上，数组比对象略快（少一层属性查找），但差距微乎其微，除非单次查几万行
真正容易被忽略的是：PDO 的 PDO::FETCH_ASSOC 不会自动把 NULL 字段转成空字符串或 0，它保持原样。如果你依赖「数组键一定存在」，记得用 ?? 或 isset() 做兜底，而不是假设 $row['xxx'] 永远有值。
临时转换 stdClass 到数组的补救方法
如果已有代码大量使用 FETCH_OBJ，又不想大改，可以用 (array) 强转，但注意：这只会转 public 属性，且带类名前缀的私有/保护属性会被丢弃或变形（如 protected $id 变成 \x00*\x00id）。
更稳妥的临时方案是用 get_object_vars()：
$obj = $stmt->fetch(PDO::FETCH_OBJ); $array = get_object_vars($obj); // 安全提取 public 属性为关联数组
不过这只是权宜之计。长期来看，不如统一用 PDO::FETCH_ASSOC，避免类型混淆和后续调试成本。
最常被忽略的一点：fetch mode 设置必须在 execute() 之后、fetch() 之前生效。设晚了，这次查询已经按旧 mode 缓存结果，改了也没用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
