结论：thinkphp6中field()指定字段后“某些字段读不到”，大概率是漏掉主键、多表联查未加表前缀，或hidden与field()混用冲突；必须显式包含主键，多表字段须带前缀，避免混用模型隐藏配置。
直接说结论：ThinkPHP6中用 field() 指定字段后“某些字段读不到”，不是语法写错了，大概率是字段没包含主键、或多表联查时没加表前缀、或模型 $hidden 与查询链式方法冲突——三者之一必居其一。
field() 必须显式包含主键字段
分页或普通查询中，若只写 field(['title', 'create_time']) 却漏掉 id（或其他主键），会导致：
- 分页器无法正确计算总数（
count(*)查询会失效） - 模型实例化失败，
toArray()或 JSON 输出时部分字段为空或报错 - 关联绑定中断（如
with('profile')返回 null）
TP6 不会自动补主键。哪怕你只想要标题和时间，也得手动加上：field(['id', 'title', 'create_time'])。软删除字段（delete_time）若不想返回，要显式排除，但不能因此把主键也一起漏掉。
多表联查时 field() 字段必须带表前缀
用 join() 或 withJoin() 时，field('id, name') 是危险操作——数据库不知道你要的是哪张表的 id。
- 错误写法：
->field('id, name')->join('profile b', 'a.id = b.user_id') - 正确写法：
->field('a.id, a.name, b.nickname as profile_nickname')->join('profile b', 'a.id = b.user_id') - 别用
field('*')，尤其在 JOIN 场景下；a.*可以，但关联表字段必须单列写出并加前缀
漏前缀不仅导致字段读不到，还可能触发 MySQL 的 Unknown column 'id' in 'order clause' 报错，尤其在 chunk() 分块时更明显。
hidden 和 field() 别混着用
模型里设了 protected $hidden = ['password']，又在查询时链式调用 field(['id', 'name'])，结果 name 也不见了？这是因为：
-
$hidden是模型层静态过滤，发生在数据查出之后、转数组/JSON 之前 -
field()是查询层字段投影，决定 SQL SELECT 写什么，早于模型实例化 - 两者不冲突，但容易误判：你以为是
field()没生效，其实是$hidden把同名字段又过滤了一遍 - 更隐蔽的坑：
visible和hidden同时存在时，visible优先级更高，且空数组[]表示“不返回任何字段”，不是“返回全部”
运行时需动态控制字段时，别碰 $hidden，直接用 field() 或 withoutField() 更干净。比如管理员接口要多返回邮箱，就单独写 field(['id', 'name', 'email'])，别靠 $hidden 开关。
最常被忽略的一点：TP6 的 field() 数组写法是强制要求，field('id,name') 这种字符串形式虽能跑，但在 6.1+ 已废弃，且字段名大小写、表前缀、主键完整性，三者缺一不可——少检查一个，字段就读不出来。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
