ThinkPHP 8.0中field()仅作用于当前查询链路，需在select()前调用，支持字符串/数组指定字段、true排除模式及关联表单独限制，不改变模型定义。
在ThinkPHP 8.0中精准控制模型查询返回的字段，避免冗余数据传输和内存浪费，必须明确区分field()的用途与生效边界——它只作用于当前查询链路，不改变模型定义，也不影响关联表或写入逻辑。
主模型查询时指定要查的字段
直接在模型调用链开头使用field()传入字符串或数组即可，字段名需与数据库列名完全一致（含大小写）。
方法一：字符串方式（适合简单场景）
使用逗号分隔字段名：UserModel::field('id,nickname,email,create_time')->select();
方法二：数组方式（推荐，支持别名和函数）UserModel::field(['id', 'nickname as name', 'SUBSTR(bio,1,50) as intro'])->select();
注意：别名必须用键值对形式，如'nickname'=>'name'，不能写成'nickname as name'字符串混入数组——否则别名失效，SQL报错。
立即学习“PHP免费学习笔记（深入）”；
方法三：获取全部字段的显式写法UserModel::field(true)->select();
这比select()更明确，且绕过模型层自动补全逻辑，适用于需要原始字段映射的导出或同步场景。
排除特定字段（尤其适用于大text字段）
当表中存在content、description等体积大且非必需的字段时，用排除法比罗列所有字段更安全、可维护性更高。
第一步：用field()第二个参数设为true表示排除UserModel::field('content,remark', true)->select();
第二步：支持数组传参，语义更清晰UserModel::field(['content', 'remark'], true)->select();
第三步：排除多个字段时，字段名之间不能有空格UserModel::field('content,remark,extra_data', true)->select();✅UserModel::field('content, remark', true)->select();❌——逗号后带空格会导致第一个字段被截断，【content字段实际未被排除】
关联查询中限制关联表字段（极易踩坑）
主模型的field()对关联表完全无效。必须在关联定义或with()闭包中单独声明field()。
方法一：在关联方法定义里固化字段（适合固定需求）
在UserModel中定义profile关联时，在return语句末尾追加->field()：public function profile() { return $this->hasOne(ProfileModel::class, 'user_id', 'id')->field('id,user_id,nickname,avatar'); }
方法二：临时闭包指定（推荐，灵活可控）UserModel::with(['profile' => function ($query) { $query->field(['id', 'nickname', 'avatar']); }])->select();
字段名建议带上表前缀，例如'profile.nickname'，避免多表同名字段冲突。
注意：如果ProfileModel中定义了protected $schema = [...]，即使SQL只查了3个字段，toArray()仍可能补全其余字段为null——此时必须删掉$schema或改用最小化配置，否则field()形同虚设。
链式调用中field()的位置与优先级
field()必须放在where()、order()等条件方法之前或之后均可，但必须在最终执行方法（如select()、find()、value()）之前。
① 正确顺序（field在前）：UserModel::field('id,name')->where('status', 1)->order('id desc')->limit(10)->select();
② 正确顺序（field在后）：UserModel::where('status', 1)->order('id desc')->field('id,name')->limit(10)->select();
③ 错误写法（field在select之后）：UserModel::where('status', 1)->select()->field('id,name');→ 这行field()无任何效果，因为select()已执行并返回结果集，后续field()调用的是Collection对象而非Query对象。
field()调用后若再调用一次field()，后一次会完全覆盖前一次——没有合并逻辑。例如先field('id')再field('name,email')，最终只查name和email。
