thinkphp6模型获取器必须一对一绑定字段，如getuserstatusattr()、getcreatetimeattr()；$append需填小写下划线字段名；批量查询时避免获取器内查库或递归调用；可用withattr动态覆盖单次查询逻辑。
ThinkPHP6模型获取器支持多字段同时处理，但必须逐个定义、统一管理，不能靠一个方法覆盖多个字段。关键不是“能不能”，而是“怎么写才不漏、不崩、不出错”。
获取器必须一对一绑定字段名
每个要处理的字段，都得有独立的get + 驼峰字段名 + Attr方法。比如数据库字段是 user_status 和 create_time，就得分别写：
- getUserStatusAttr($value) —— 处理状态码转文字
- getCreateTimeAttr($value) —— 格式化时间戳为 Y-m-d H:i:s
不能合并成一个 getCommonFormatAttr()，框架不会识别；也不能把 user_status 错写成 getUser_statusAttr()（下划线没转驼峰）或 getuserstatusAttr()（首字母没大写），那样直接静默失效。
$append 数组声明和获取器必须严格对应
想让虚拟字段或格式化字段出现在 toArray() 或 API 返回里，光写获取器不够，还得在模型中显式声明：
- 在模型类里加：
protected $append = ['user_status', 'create_time']; - 注意：这里填的是字段名（小写下划线风格），不是方法名，也不是驼峰名
- 如果写了
'status_text'却没定义getStatusTextAttr()，运行时会报Call to undefined method
批量处理多条记录时要注意性能陷阱
用 User::select() 查出 100 条用户，又在 $append 里加了 3 个获取器，等于会执行 100 × 3 = 300 次获取器调用。这时候要特别注意：
- 获取器内部别查数据库（比如
$this->profile->real_name），除非已用with('profile')预加载 - 依赖其他字段计算时，用
$this->data['xxx']直接读原始值，别再写$this->xxx（会触发另一个获取器，可能递归） - 时间/状态等简单转换没问题；但像“拼接头像URL”“调第三方接口验权限”这类操作，应该移到控制器或服务层
临时覆盖某字段获取逻辑，用 WithAttr
同一字段在不同接口需要不同输出？不用改模型，控制器里动态覆盖即可：
- 管理后台显示完整邮箱：
User::select() - APP 接口掩码邮箱：
User::withAttr('email', fn($v) => substr($v, 0, 2).'***@'.explode('@', $v)[1])->select() - 这个覆盖只对本次查询生效，不影响模型本身；且仅适用于链式查询（
find()后再调withAttr()无效）
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
