yii2 activerecord默认不触发__get/__set处理动态属性，因框架优先匹配数据库字段、关系等，未声明属性会被静默忽略；需同时声明public属性、重写cangetproperty/cansetproperty并避免校验误配。
Yii2 的 ActiveRecord 本身不支持动态添加属性并自动触发 __get/__set，直接赋值或读取未声明的属性会跳过魔术方法——这是多数人踩坑的起点。
为什么 __get 和 __set 默认不生效
Yii2 的 ActiveRecord 继承自 BaseActiveRecord，它重写了 __get 和 __set，但内部优先处理数据库字段、关系、行为（Behavior）和属性缓存。只有当这些都查不到时，才会 fallback 到父类（Component）的魔术方法——而父类默认不抛错也不做任何事，更不会调用你写的逻辑。
- 常见错误现象：
$model->virtual_field = 'test'看似成功，但后续var_dump($model->virtual_field)是null；或者设了值却没进__set - 根本原因：属性被当成“未知字段”后，直接写入
$this->_attributes或丢弃，不经过你的魔术方法 - 关键点：必须显式告诉框架“这个字段不是 DB 字段，也不是关系，我要自己管”，否则框架就帮你“静默忽略”了
让 __get/__set 生效的三个必要动作
缺一不可。只重写魔术方法没用，必须配合框架约定。
- 在模型中定义
public $virtual_field（哪怕只是= null），让它出现在getAttributes()的可列属性中 - 重写
canSetProperty()，对虚拟字段返回true：public function canSetProperty($name, $checkAccess = true) { if (in_array($name, ['virtual_field', 'another_virtual'])) { return true; } return parent::canSetProperty($name, $checkAccess); } - 重写
canGetProperty()同理，否则isset($model->virtual_field)会返回false - 确保没在
scenarios()或rules()中误把虚拟字段当 DB 字段校验（比如加了'virtual_field' => 'required'）
__get 和 __set 里该做什么、不该做什么
这里不是写业务逻辑的入口，而是做“属性桥接”。重点是别干扰框架生命周期。
- 可以：
return $this->_virtualCache[$name] ?? null;、$this->_virtualCache[$name] = $value; - 避免：
$this->save()或static::find()->one()这类副作用操作——它们可能在toArray()、json_encode()时意外触发，导致 N+1 或死循环 - 注意兼容性：
ActiveRecord::attributes()默认不包含未声明的虚拟字段，要用array_merge($this->getAttributes(), ['virtual_field' => $this->virtual_field])手动补全 - 性能影响：每个属性访问都走一次
__get，高频场景建议加缓存层（如private $_virtualCache = [];）
替代方案比硬刚魔术方法更稳妥
如果你只是想暴露计算值或临时状态，优先考虑更 Yii2 化的方式：
- 用 getter 方法：
public function getVirtualField() { return $this->name . '_' . $this->id; }，调用时写$model->virtualField（注意驼峰），框架原生支持且无陷阱 - 用
extraFields()控制toArray()输出哪些虚拟字段，比手动拼数组干净 - 如果要支持批量赋值（
load()），在formName()返回空字符串，并在load()后单独处理虚拟字段 - 真正需要运行时动态字段名？那已经超出 ActiveRecord 设计边界，该换用
DynamicModel或纯数组结构
复杂点在于：你以为在扩展属性，其实是在绕过框架的数据流设计。一旦涉及验证、序列化、关系加载或批量操作，魔术方法的隐式行为就会开始反咬一口。
