thinkphp模型获取器需字段名与方法名严格对应且带get前缀和attr后缀才生效，如user_name字段对应getusernameattr；方法内不可递归调用自身属性，需判空处理，日期格式化应先标准化输入类型，json字段要防重复解码，返回值须为标量或数组。
模型获取器怎么定义才生效
ThinkPHP 的模型获取器（accessor）不是写上就自动触发的，必须满足两个前提：字段名要和获取器方法名严格对应，且方法名得带 get 前缀和 Attr 后缀。比如想格式化 create_time 字段，就得定义 getCreateTimeAttr 方法。
常见错误是写成 getCreate_timeAttr（下划线保留）、getCreatetimeAttr（驼峰不规范）或者漏掉 Attr，结果字段原样返回，调试时完全看不出问题。
- 数据库字段是
user_name→ 获取器必须叫getUserNameAttr - 方法里 不要 再调用
$this->userName，会无限递归 - 如果字段本身为
null，获取器仍会被调用，需自行判空
获取器里做日期格式化要注意时区和类型
直接在 getCreateTimeAttr 里用 date('Y-m-d', $value) 很危险——$value 可能是时间戳、字符串，也可能是 DateTime 对象，取决于模型配置和数据库驱动。
更稳妥的做法是先标准化输入：
- 用
strtotime($value)兼容字符串和时间戳，但注意它依赖服务器默认时区 - 推荐用
think\facade\Date或原生date_create()显式指定时区 - 如果模型开启了
auto_timestamp，且字段是datetime类型，$value实际是Carbon实例，可直接链式调用format()
示例：
public function getCreateTimeAttr($value)
{
return $value ? date('Y/m/d H:i', strtotime($value)) : '';
}
获取器和修改器混用时字段值被覆盖
如果同时定义了 getCreateTimeAttr 和 setCreateTimeAttr，读取时走获取器，写入时走修改器——看起来合理，但容易踩坑：修改器处理后的值，可能和获取器预期的原始类型不一致。
比如修改器把字符串转成了时间戳存库，获取器却按字符串解析，结果格式化失败或报错。
- 确保修改器返回值类型和获取器输入类型一致（通常都用时间戳最稳）
- 避免在获取器里再调用
save()或触发写操作，会引发不可预知的循环 - 调试时可用
dump($this->data)看原始数据，别只看toArray()结果
JSON 字段用获取器解析要防重复 decode
当数据库字段类型是 json（如 MySQL 5.7+），ThinkPHP 默认会自动 json_decode 成数组/对象。此时若再在获取器里执行一次 json_decode，就会得到 null。
判断方式很简单：打印 gettype($value)，如果是 array 或 object，说明已解码；如果是 string，才需要手动处理。
- 别假设所有环境都开启
json_type自动转换，低版本 TP 或 SQLite 可能不支持 - 获取器返回值必须是标量或数组，不能返回资源或闭包，否则
toArray()会出错 - 涉及敏感字段（如密码、token），获取器里别做脱敏，应该在视图层或 API 层统一处理
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
