$hidden 优先于 $appends，序列化时先按 $hidden/$visible 筛选字段，再添加 $appends 中的 accessor；若字段同时在 $hidden 和 $appends 中，则不会被追加。
模型的 $hidden 和 $appends 同时存在时，谁先生效？
顺序是固定的：$hidden 优先于 $appends。也就是说，哪怕你在 $appends 里定义了 full_name，只要它被列在 $hidden 数组里，最终序列化时照样被过滤掉——Laravel 不会“追加一个被隐藏的属性”。
- 这是 Laravel 序列化流程决定的：先根据
$hidden、$visible筛字段，再把$appends的 accessor 加进去 - 常见错误现象：
toArray()或 API 返回里看不到full_name，但dd($model->full_name)能取到值 → 很大概率是它被误加进了$hidden - 检查路径：
app/Models/User.php里同时出现'full_name'在$hidden和$appends中
怎么安全地让某个 accessor 既可追加又不被隐藏？
核心原则：确保它不在 $hidden 里，也不依赖 $visible 白名单限制（否则白名单外的 accessor 也不会出现）。
- 如果用了
$visible，必须显式把要追加的字段名也写进去，例如：protected $visible = ['id', 'name', 'full_name']; - 更推荐用
$hidden主动排除敏感字段，而不是靠$visible列出所有允许字段——后者容易漏掉新追加的 accessor - 注意 accessor 名称必须和
$appends中的字符串完全一致（不含get前缀或Attribute后缀），比如getFullNameAttribute()对应'full_name'
toArray() 和 toJson() 的行为差异会影响隐藏/追加结果吗？
不影响。两者底层都调用同一个 attributesToArray() 方法，执行逻辑完全一致。
- 真正影响输出的是当前模型实例是否处于「序列化上下文」，比如是否在 Eloquent Collection 的
toArray()链式调用中 - 调试技巧：在 accessor 方法里加
Log::debug('full_name called')，确认它是否被触发；如果没日志，说明被$hidden拦截了，根本没走到 accessor - 性能提示：每个
$appends字段都会触发一次 accessor 调用，若含 N+1 查询（比如在getAvatarUrlAttribute()里查关联头像），会放大性能问题
测试时发现某些环境（如 Tinker）显示正常，API 却不显示追加字段？
大概率是响应中间件或资源类（Resource）覆盖了模型行为，而不是模型本身配置失效。
- 检查是否用了
ApiResource：它的toArray()方法可能没包含$appends字段，或手动 unset 了 - 检查是否启用了
HideSensitiveAttributes类似中间件，或全局修改了$hidden（比如在基类里动态添加） - 快速验证法：在控制器里直接
return response()->json($user->toArray());，绕过 Resource，看是否恢复显示
$appends 没同步清理 $hidden，或者在 Resource 层重复控制字段可见性，导致两层隐藏叠加。
