pluck('name', 'id')->all()才能保留键值对结构，toArray()会丢弃键名转为索引数组；Laravel 9.25+推荐用all()，NULL值需前置过滤或COALESCE处理。
pluck 之后直接 toArray 是错的
很多人以为 pluck() 返回的是集合，再调用 toArray() 就能拿到键值对数组，结果发现输出是纯数值数组（比如 [1, 2, 3]），根本不是想要的 ['id' => 'name'] 结构。这是因为 pluck('name', 'id') 确实能生成键值对集合，但 toArray() 在 Laravel 9+ 默认会把集合转成「索引数组」，除非你明确告诉它要保留键名。
-
pluck('name', 'id')返回的是Illuminate\Support\Collection，键是id，值是name - 直接
->toArray()会丢掉键，尤其在 JSON 响应或 API 返回时变成无意义的数字下标 - 正确做法是用
->mapWithKeys()或直接->all()（Laravel 9.25+） - 如果模型字段含空值或重复
id，pluck('name', 'id')会静默覆盖，不报错也不提醒
Laravel 9.25+ 推荐用 all() 而不是 toArray()
从 Laravel 9.25 开始，Collection::all() 明确保留原始键名，而 toArray() 仍倾向生成索引数组（尤其当集合来自 Eloquent 查询时）。这不是 bug，是设计选择——toArray() 面向 JSON 序列化场景，all() 面向 PHP 数组操作。
- 写法：
$users->pluck('name', 'id')->all()→ 返回[1 => 'Alice', 2 => 'Bob'] - 旧版本（->mapWithKeys(fn($item, $key) => [$key => $item])->toArray()，啰嗦且易错
- 注意：如果中间用了
values()或sort()，键会被重置，all()也救不回来
数据库字段为 NULL 时 pluck 的行为很隐蔽
当用 pluck('name', 'id')，而某条记录的 name 是 NULL，Laravel 不会跳过它，也不会报错，而是把 NULL 当作值塞进结果；更麻烦的是，如果 id 字段本身为 NULL，那这一项直接被丢弃（因为 PHP 数组键不能为 NULL），且无任何提示。
- 查出空
id：先加whereNotNull('id')再 pluck - 过滤空
name：用whereNotNull('name')，别指望 pluck 自己处理 - 想用默认值替代
NULL？得在查询里用DB::raw("COALESCE(name, '未知')")，pluck 不支持 fallback
toArray() 和 all() 在 API 响应里的实际差异
如果你把 pluck 结果直接放进 response()->json()，用 toArray() 和 all() 输出的 JSON 完全不同：前者是 [{"id":1,"name":"Alice"}]（集合被当成列表序列化），后者才是真正的键值对对象 {"1":"Alice","2":"Bob"}。这个差异只在你真正在用键做前端映射（比如下拉选项的 value/text）时才暴露出来。
- 前端需要
{id: name}格式？必须用->all()或->mapWithKeys(...)->toArray() - 用
toArray()后发现前端拿不到 key？八成是这里卡住了 - 别在控制器里反复调用
pluck()->toArray()又pluck()->all()测来测去，看一眼响应体最准
