__set仅在对私有、受保护或不存在的属性赋值时触发，不作用于公有属性；需定义为public function __set($name, $value)，避免无限递归应存值到私有数组；适用于动态属性、过滤、类型转换等场景，但性能略低且调试困难。
PHP __set 方法什么时候会被触发
只有当对一个**不可访问的属性**（即私有、受保护，或根本不存在）执行赋值操作时，__set 才会被自动调用。它不会响应公有属性的赋值，也不会在对象初始化时运行。
常见错误现象：__set 完全没被调用，结果发现属性是 public 的；或者写了 __set 却忘了把属性设为 private 或 protected。
- 必须定义为
public function __set($name, $value)，两个参数缺一不可 - 如果类里同时存在同名的公有属性，PHP 会直接赋值给它，跳过
__set - 在继承中，父类的
__set不会自动代理子类新增的私有属性——子类得自己重写或显式调用parent::__set(...)
如何在 __set 里安全地存值
不能无脑写 $this->$name = $value，这会导致无限递归（再次触发 __set）。你得把值存到另一个容器里，比如私有数组或独立属性。
典型使用场景：实现“动态属性”支持、字段过滤（如自动 trim 字符串）、类型转换（如把传入的字符串转成 DateTime）、或记录属性修改日志。
立即学习“PHP免费学习笔记（深入）”；
- 推荐用私有数组缓存：
private $data = [];，然后在__set里写$this->data[$name] = $value; - 若需读取这些动态属性，对应得配一个
__get，且逻辑要和__set对齐（比如都查$this->data） - 注意兼容性：
__set在 PHP 5.0+ 就存在，但不支持返回值（void），别试图 return 东西
public function __set($name, $value)
{
// 过滤空格
if (is_string($value)) {
$value = trim($value);
}
$this->data[$name] = $value;
}
__set 和直接写 setter 方法比有什么代价
魔术方法更灵活，但也更隐蔽、更难调试。IDE 基本无法提示、静态分析工具容易漏检、团队新人容易忽略它的存在。
性能上，每次赋值都要走反射机制，比直接调用 setName() 慢 2–3 倍（实测小数据量差异可忽略，高频写入场景需留意）。
- 如果你的属性有明确语义（比如
email、createdAt），优先写具体 setter：setEmail()，更易维护 -
__set更适合配置类、DTO、ORM 实体映射这类“属性名不确定”的场景 - 别在
__set里做耗时操作（如 DB 查询、HTTP 请求），它发生在赋值瞬间，容易让调用方误判执行时机
为什么 __set 有时看起来“不生效”
最常被忽略的是作用域问题：你在外部代码里对对象属性赋值，但该属性其实在父类中已声明为 public，或者当前类用了 __set，却忘了把目标属性设为非公有。
另一个隐形坑是序列化：serialize() 默认只保存 public 属性和 __set 存的私有数据（如果没额外处理），反序列化后 __set 不会自动重放逻辑。
- 检查属性声明：确认你要拦截的属性确实是
private或protected - 确认没有拼错方法名：
__set是两个下划线，不是_set或__Set - 调试时加个
echo "in __set: $name = $value";，但上线前务必删掉——它可能暴露敏感值
__set 不是语法糖，它是控制权移交点。一旦用了，就得对所有动态写入负责，包括类型、边界、并发安全——这些都不会被 IDE 提示，也不会在单元测试里自动覆盖到。 
