makehidden 对关联关系不起作用，因其仅作用于当前模型实例的原始属性，不递归处理关联模型；需单独对关联集合调用或在关联模型中定义 $hidden。
makeHidden 为什么对关联关系不起作用
因为 makeHidden 只作用于当前模型实例的原始属性（即数据库字段或 $casts 定义的访问器），不递归处理关联模型。比如你调用 $user->load('posts')->makeHidden(['email'])，posts 里的每个 Post 模型依然会完整输出，不受影响。
常见错误现象：以为隐藏了父模型字段，子模型字段也会“连带”消失；结果 API 返回里 posts.0.user.email 还在。
- 要隐藏关联模型字段，得单独对关联集合调用
makeHidden：$user->posts->makeHidden(['content']) - 更稳妥的做法是在关联定义里直接用
hidden属性：protected $hidden = ['content'];放在Post模型里 - 如果只是临时需要，用
toArray()后手动unset更可控，尤其涉及多层嵌套时
makeHidden 和 hidden 属性冲突时谁生效
运行时调用的 makeHidden 优先级高于模型类中声明的 $hidden 属性 —— 但它不是“覆盖”，而是“追加”。也就是说，模型里已定义的 $hidden = ['password'] 依然生效，makeHidden(['api_token']) 是额外再藏一个字段。
容易踩的坑：误以为 makeHidden(['email']) 会取消掉 $hidden 里原有的字段，结果 password 和 email 都不见了，而你只想临时加藏 email。
- 想清空默认隐藏字段？用
makeVisible(['*'])再接makeHidden(['email']) - 但注意：
makeVisible(['*'])不会还原被$casts或访问器动态生成的字段可见性，只管$hidden和$visible列表 - 如果模型用了
$visible白名单模式，makeHidden会被忽略 —— Laravel 会严格按白名单输出，隐藏操作无效
API 响应中 makeHidden 被忽略的典型场景
最常见的是在 Eloquent Resource 里忘了调用 toArray() 或用了 jsonSerialize() 直接返回模型实例。Resource 的 toArray() 方法默认会走模型的可见性逻辑，但如果你在 toArray() 里返回了未处理的模型对象（比如 'user' => $this->user），那 makeHidden 就不会触发。
PHP中文网提供Laravel 13.2.0版本下载，Laravel框架 是基于 PHP 8.3+ 的高性能框架，官方推荐通过 Composer 安装。它内置 AI SDK、JSON:API Resources 及原生向量搜索，支持属性驱动开发与队列路由，大幅提升开发效率。相比旧版，13.2.0 优化了缓存 TTL 管理与实时通信，无需 Redis 即可横向扩展。作为现代 Web 开发首选，它兼顾安全与极速体验，助您快速构建企业级应用。
使用场景：写 API 接口时想临时屏蔽敏感字段，但响应体里字段还在。
- 正确做法是显式调用：
'user' => $this->user->makeHidden(['token'])->toArray() - 或者在 Resource 构造时就处理：
new UserResource($user->makeHidden(['token'])) - 别依赖模型自动序列化 —— 某些中间件、日志或调试工具（如 Telescope）可能绕过 Resource，直接 dump 模型，这时
makeHidden不起作用
批量隐藏字段的性能和可维护性陷阱
makeHidden 是实例方法，每次调用都新建一个模型副本（内部用 newInstance() + 属性赋值），对大集合（比如 1000 条记录）反复调用会导致内存占用明显上升，且无必要地重复计算。
真正该考虑的不是“怎么藏得更多”，而是“从哪一层控制最省事”。
- 对固定接口，优先在 Resource 类里统一
$hidden或重写toArray() - 对动态字段（如按权限隐藏），用访问器（accessor）配合
isset($this->user->can_see_salary)判断，比运行时批量 hide 更轻量 - 避免在循环里调用
makeHidden：比如collect($users)->map->makeHidden(...)，改用each或提前在查询时 select 字段
复杂点在于：隐藏逻辑一旦分散在 Resource、模型属性、API 控制器、甚至前端传参里，就很难追踪字段到底在哪被删了。最容易被忽略的是——你以为藏掉了，其实只是没进 Resource，模型本身还在吐那些字段。
