ThinkPHP动态选字段需在field()前用变量组装数组，如$fields=['id','title']; if($status==='draft')$fields[]='content';再调field($fields)，禁用字符串拼接防SQL注入，避免withField()/hidden()等无效过滤。
ThinkPHP模型查询时如何按条件动态选择字段
不能直接在 select() 里写三元表达式或 PHP 逻辑，ThinkPHP 的字段参数只接受字符串、数组或 Raw，不解析 PHP 代码。想根据状态（比如 $status === 'draft'）决定是否查 content 字段，得把逻辑提前到字段列表组装阶段。
- 用变量拼出字段数组：
$fields = ['id', 'title']; if ($status === 'draft') { $fields[] = 'content'; }，再传给field($fields) - 避免用字符串拼接字段（如
"id,title" . ($status==='draft' ? ',content' : '')），容易引入 SQL 注入风险（尤其字段名来自用户输入时） - 如果字段名来自配置或请求参数，务必白名单校验，例如：
in_array($userField, ['id', 'title', 'status'], true)再加入数组
使用 withField() 或 hidden() 做运行时字段过滤是否可行
不可行。withField() 是关联预加载的字段控制，hidden() 是模型序列化时的字段屏蔽，两者都不影响 SQL 查询本身——数据库该查的字段一个没少，只是后续被丢弃了，浪费 I/O 和内存。
- 真正省带宽和性能，必须让
SELECT语句本身不含多余字段 -
hidden()只在toArray()或 JSON 输出时起作用，对find()/select()返回的原始数据无影响 - 若已查出全量字段又用
hidden()过滤，属于“先拿再扔”，对高并发或大字段（如TEXT）场景尤其不划算
在控制器里判断状态再调不同模型方法是否更清晰
是的，比在一行链式调用里塞逻辑更可控。ThinkPHP 模型本身不提供“条件字段”语法糖，硬塞会让可读性和维护性变差。
- 拆成两个分支更直白：
if ($status === 'draft') { $list = ArticleModel::field(['id','title','content'])->select(); } else { $list = ArticleModel::field(['id','title','status'])->select(); } - 如果分支多，可封装为私有方法，例如
getDraftFields()和getPublishedFields()，避免重复写数组 - 注意：不要在
where()后面才决定字段，ThinkPHP 不支持“先条件后字段”的逆序写法；field()必须在where()前或同级调用才生效
字段动态拼接时要注意的兼容性细节
ThinkPHP 6.x 和 8.x 对字段数组的处理一致，但 5.1 版本对空数组 field([]) 会报错，必须至少有一个字段。
立即学习“PHP免费学习笔记（深入）”；
- 永远确保字段数组非空，哪怕只写
['id']也比[]安全 - 字段名含点号（如
user.name）仅在关联查询 +withField()中有效，主模型field()不支持，会当成字面量报错 - 使用
Db::name('article')->field(...)时，字段名不会自动加表前缀，而模型方式（ArticleModel::field(...)）会自动加，这点容易导致跨库或别名场景下字段找不到
