thinkphp模型字段字符转换需手动通过getattr/setattr实现下划线与驼峰互转，如setusernameattr和getusernameattr；$json属性必须显式声明才能自动json编解码；typetimestamp仅影响写入时字符串转时间戳，读取仍为整数，格式化输出需额外定义getattr方法。
ThinkPHP 模型字段的“字符转换”不是指编码转换（如 UTF-8 ↔ GBK），而是指字段内容在读写过程中自动做格式标准化，比如下划线转驼峰、全小写、日期/金额格式化等——这些必须手动控制，没有全局开关一键生效。
怎么用 getAttr/setAttr 实现字段名风格转换
数据库存 user_name，但想让 $user->userName 可读、$user->userName = 'a' 可写，就得靠对称的 setAttr 和 getAttr：
-
setUserNameAttr($value)里把$value转成user_name格式再存入$this->data -
getUserNameAttr($value, $data)里从$data['user_name']取原始值，加工后返回（注意别调用$this->user_name，会递归） - 别只改读取不改写入：否则
$user->userName = 'x'; $user->save()会把userName当新字段写进数据库（空值或报错） - 字段名含下划线时，访问器命名严格按驼峰规则：
last_login_time→getLastLoginTimeAttr
toArray() 全局统一键名大小写要注意关联模型
重写基类模型的 toArray() 是最省事的全量处理方式，但容易漏掉关联数据：
- 主模型里
return array_change_key_case(parent::toArray(), CASE_LOWER)确实能让所有字段变小写 - 但
with('profile')加载的Profile模型，若没继承同一基类，它的字段仍保持原样（比如user_id不变） - 第三方模型无法修改时，可用
append+getProfileDataAttr手动补一个格式化后的字段，而不是删掉原始字段 - 测试时务必用
$user->toJson()看完整结构，别只 dump 主模型
JSON 字段自动序列化必须显式声明 $json 属性
哪怕数据库字段类型是 json，TP6 默认也不做任何编解码——你看到的永远是字符串，不是数组：
- 必须在模型中加
protected $json = ['config', 'extra'];，否则$model->config就是原始 JSON 字符串 - 配合
protected $jsonType = ['config' => 'array'];控制解码目标类型（object或array） -
$model->getData('config')返回未解码的原始字符串；而$model->config才是解码后的数组 - 千万别手动
$model->config = json_encode([...])，TP 会再 encode 一次，导致双层引号嵌套
typeTimestamp 类型只管入库转换，不管输出格式
很多人以为给字段设了 'create_time' => 'timestamp'，查出来就是时间戳整数，但其实它只影响写入环节：
- 写入时：传字符串
"2024-05-20"→ 自动转为1716192000存库 - 读取时：数据库返回的仍是整数
1716192000，$user->create_time就是这个数字，不会自动变成日期字符串 - 要输出格式化时间，必须定义
getCreateTimeAttr($value)，里面用date('Y-m-d', $value)或Carbon::createFromTimestamp($value)->format(...) -
dateFormat配置对typeTimestamp完全无效，那是给datetime类型用的
真正麻烦的不是写法本身，而是不同转换逻辑之间的耦合：比如你同时用了 typeTimestamp、getCreateTimeAttr 和 append，稍不注意就会让时间字段在 API 输出里重复格式化，或者 where 查询时拿不到原始值。每个钩子触发时机和作用域都得心里有数，不能堆在一起就完事。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
