__get和__set仅在访问未声明或已被unset()的属性时触发；__call/__callStatic分别仅拦截不存在的实例/静态方法调用；__toString仅在字符串隐式转换时执行，且必须返回字符串。
哪些操作会触发 __get 和 __set
__get 和 __set 只在访问**不可见（private/protected）或不存在的属性**时触发，且类中**没有显式定义该属性**或该属性被 unset() 过。直接访问 public 属性、已声明的 protected/private 属性，都不会触发。
常见误判点：
- 写成
$obj->prop = 123但$prop已在类中声明为public $prop→ 不触发__set - 用了
isset($obj->prop)→ 触发__isset，不是__get - 对 null 值属性赋值：
$obj->prop = null，若$prop已存在（哪怕值为 null），仍不触发__set
__call 和 __callStatic 的调用边界在哪
__call 仅当调用**不存在的实例方法**时触发；__callStatic 同理，只响应**不存在的静态方法调用**。二者互不干扰，也不能靠“加 static 关键字”让 __call 拦截静态调用。
必须注意：
立即学习“PHP免费学习笔记（深入）”；
-
self::missingMethod()在类内部调用 → 触发__callStatic（即使方法不存在） -
static::missingMethod()在子类中重写后调用父类未实现的方法 → 仍触发__callStatic，不是父类的__call - 如果方法存在但访问控制为 private，报
Fatal error: Uncaught Error: Call to private method，根本不会走到__call
修改魔术方法触发行为的唯一合法途径
PHP 不允许动态“关闭”或“重定向”魔术方法的触发逻辑。所谓“修改触发条件”，实际只有两种可操作方式：
- 通过
isset()/empty()/unset()改变属性是否存在状态，间接影响__get/__set是否被调用 - 在魔术方法内部做判断：例如
__get($name)中检查$name === 'legacy_field'就抛异常或返回默认值，实现“逻辑上跳过” - 用
ReflectionClass动态添加/删除属性（不推荐）：虽然能改变属性可见性，但无法绕过语言层面对魔术方法的硬性触发规则
试图用 __set_state 或 unserialize 魔改触发时机，只会导致反序列化失败或静默忽略。
为什么 __toString 有时不执行
__toString **仅在字符串上下文中被隐式调用**，比如 echo $obj、print $obj、$str = "hello $obj"。它不会在 var_dump($obj)、json_encode($obj)、(string)$obj（强制转换）中触发 —— 后者会直接报 Fatal error: Method __toString() must return a string 或抛出 Exception，如果返回非字符串。
典型陷阱：
- 写了
return $this->name ?? '';但$this->name是对象 →__toString再次被递归调用，最终栈溢出 - 在
__toString里调用了另一个可能触发__get的属性读取 → 如果该__get抛异常，__toString就中断，整个 echo 失败
真正可控的“修改”，只有确保它总返回 string，并避开任何可能引发二次魔术调用的路径。
