Eloquent 的 $casts 用于自动类型转换（如 array、datetime），$appends 用于向数组/JSON 添加计算属性；二者与虚构的“Attribute Barriers”无关，实际属性控制依赖 $hidden、$visible 和访问器。
什么是 Eloquent 的 $casts 和 $appends，它们和“Attribute Barriers”没关系
PHP 里没有叫 Attribute Barriers 的 Eloquent 概念——这是个常见误传，可能源于对 Laravel 文档中 “attribute casting”、“accessor/mutator” 或 “hidden/appends” 的混淆。Laravel 官方从未定义过这个术语，搜索源码也找不到 AttributeBarriers 类或配置项。
如果你在某篇博客或视频里看到这个词，大概率是作者自创的比喻说法，用来描述“阻止某些属性被序列化/暴露/修改”的行为。实际要解决的，通常是下面这几类问题：
- 模型转数组/JSON 时，不想暴露
password_hash、api_token等敏感字段 - 想让某个计算字段（如
full_name）出现在 JSON 输出里，但数据库没对应列 - 写入时自动处理字段格式（如把字符串日期转为
Carbon实例），但读取时不希望它被强制 cast
怎么真正控制属性的可见性与序列化行为
靠的是三个模型属性：$hidden、$visible、$appends，配合访问器（accessor）使用。
例如，屏蔽密码字段并追加一个计算属性：
立即学习“PHP免费学习笔记（深入）”；
class User extends Model
{
protected $hidden = ['password', 'remember_token'];
protected $appends = ['is_admin'];
public function getIsAdminAttribute()
{
return $this->attributes['role'] === 'admin';
}
}
注意：$hidden 优先级高于 $visible；如果同时设了两者，$hidden 会生效。别用 $visible = ['id', 'name'] 来“白名单式”控制——容易漏字段，且一旦加新字段就得同步改这里。
Laravel 根本不支持多线程，所谓“多线程同步点”是误解
PHP-FPM 或 Apache mod_php 模式下，每个请求由独立进程/线程处理，但 Laravel 应用本身运行在单线程 SAPI 环境中，pthread 扩展在 Web 场景基本不用，也不被 Laravel 支持。
如果你看到“Eloquent 多线程同步”，真实场景只可能是以下几种：
- 用
Swoole或ReactPHP启动常驻进程，此时需自己管理模型实例生命周期，避免共享Model实例或DB连接 - 队列任务（如
redis+horizon）并发执行，不同 job 进程天然隔离，无需“同步点” - 误把数据库行锁（
sharedLock()/lockForUpdate()）当成线程同步机制
真要处理并发写冲突，该用 DB::transaction() 包裹 + where('version', $oldVersion) 做乐观锁，而不是幻想 PHP 有线程安全的 Eloquent 实例。
最容易被忽略的坑：$casts 对 JSON 字段的隐式影响
当你在 $casts 里写了 'options' => 'array'，Eloquent 会在 setAttribute 时自动 json_encode，getAttribute 时自动 json_decode。这看着方便，但会导致：
- 直接赋值
$model->options = ['a' => 1]没问题，但$model->options['a'] = 2不会触发更新（因为是数组引用，不是模型属性赋值） - 用
whereJsonContains('options', ['key' => 'value'])查询时，如果字段实际存的是字符串而非 JSON，会查不到 - MySQL 5.7+ 的 JSON 类型字段，不该再用
'json'cast，而应直接用原生 JSON 方法操作
更稳的做法是：数据库字段类型用 json，模型里不加 $casts，需要时手动 json_decode($this->attributes['options'], true) —— 控制权在你手里，不会被框架悄悄改语义。
