TP6模型访问器/修改器未触发，主因是字段被$hidden排除、save()传参方式错误、方法命名不匹配驼峰规则或JSON字段缺$type声明。
你在TP6.0模型里写了getNicknameAttr方法，数据库明明存着“xiaoming”，但调用$user->nickname却返回null或原样字符串，甚至修改器setPasswordAttr写完密码还是明文入库——这不是代码没生效，是访问器/修改器被TP的属性映射规则悄悄绕过了。
访问器不触发？先确认字段是否在$visible/$hidden里
ThinkPHP 6.0默认只对$visible中声明的字段、或未在$hidden中排除的字段，才执行访问器逻辑。如果nickname不在$visible数组里，又恰好被列在$hidden中，getNicknameAttr根本不会被调用。
打开模型文件，检查是否写了protected $hidden = ['nickname'];——删掉这行，或改用protected $visible = ['id', 'nickname', 'email'];显式声明要暴露的字段。
【关键前提】访问器仅对“可序列化字段”生效，而$hidden会直接切断该字段与访问器的绑定链。
修改器失效？检查赋值方式是否绕过模型层
方法一：用save()批量赋值时，必须传入关联数组，且键名需与数据库字段一致
$user->save(['password' => '123456']); → 触发setPasswordAttr
$user->password = '123456'; $user->save(); → 同样触发
方法二：避免使用data()或allowField()跳过属性检测
$user->data(['password' => '123456'], true); → 不触发修改器，因为data()绕过__set()魔术方法
方法三：禁止在构造函数或初始化中直接给$this->password赋值
这会导致属性被提前写入$this->data，后续save()时跳过修改器校验——应统一走__set()入口。
命名必须严格匹配字段驼峰规则
第一步：确认数据库字段名为user_name
第二步：访问器方法名必须为getUserNameAttr，不能写成getUsernameAttr或get_user_nameAttr
第三步：若字段含数字或特殊符号（如api_v2_token），TP6.0按蛇形转驼峰规则处理：下划线+字母→首字母大写，因此对应方法是getApiV2TokenAttr
注意：TP6.0不支持getApi_v2_tokenAttr这种写法，下划线会被忽略，导致方法名解析失败，访问器静默失效。
JSON字段自动转换失效？别漏掉type参数
当字段类型为JSON（如MySQL的JSON类型或TEXT存JSON字符串），仅定义getOptionsAttr不够：
① 在模型中声明protected $type = ['options' => 'json'];
② 同时定义访问器public function getOptionsAttr($value) { return json_decode($value, true) ?: []; }
缺少$type声明时，TP6.0会把JSON字符串当普通字符串处理，访问器虽被调用，但传入的$value已是原始字符串，而非自动解码后的数组——你得自己再解一次，但此时可能已重复解码出错。
