php魔术方法需严守触发条件与边界：__construct避免耗时操作，__destruct仅作资源释放兜底；__get/__set仅对不可访问属性生效；__tostring必须返回string且禁用重操作；__call/__callstatic不捕获已声明或继承的方法。
__construct 和 __destruct 怎么用才不踩内存泄漏的坑
PHP 的构造和析构方法不是“写上就完事”，尤其在对象生命周期和资源管理场景下，__destruct 的触发时机不可控，且无法保证调用顺序。
-
__construct中避免做耗时操作或外部依赖（如数据库连接、文件打开），否则实例化失败时错误难定位 -
__destruct里不能依赖$this的完整状态——PHP 在垃圾回收阶段才调用它，此时某些属性可能已被释放或重置 - 不要在
__destruct中抛出异常：PHP 会静默忽略，且可能中断脚本终止流程 - 需要确保资源释放（如
fclose()、mysqli_close()）时，优先在业务逻辑中显式调用关闭方法，把__destruct当作兜底，而非主力
__get/__set 处理未定义属性时，为什么有时不触发
这两个方法只对「不可访问属性」生效——即 private/protected 属性，或 public 属性但被 unset() 过。如果属性存在且可读写，PHP 根本不会走进 __get 或 __set。
- 常见误判：给一个 public 属性赋值后又 unset()，再读取才会触发
__get；直接读未声明的 public 属性会报 Notice，不进魔术方法 - 注意类型提示影响：PHP 8.2+ 对
__get/__set的返回类型有隐式要求，若声明了string但返回null，会报 TypeError - 性能敏感场景慎用：每次访问都绕一层方法调用，比直接属性访问慢 3–5 倍（基准测试可见）
- 建议仅用于数据代理、懒加载、访问日志等明确需要拦截的场景，别用来“模拟 JS 那种动态属性”
__toString 必须返回 string，否则直接致命错误
__toString 是少数几个 PHP 强制校验返回类型的魔术方法。只要它返回非 string，不管是不是 null、int 还是对象，都会抛出 Fatal error: Method xxx::__toString() must return a string。
- 常见错误：在调试时临时返回
var_dump($this)或print_r($this, true)，结果忘记删掉或没加return - 别在
__toString里做重操作：它可能在字符串拼接、echo、json_encode（对对象转数组时的 key 处理）等隐式上下文中被调用，难以追踪 - 如果对象可能处于“不完整初始化”状态（比如构造失败中途退出），
__toString里要防御性检查属性是否存在，否则容易触发 Notice 后再 Fatal
__call/__callStatic 被绕过的几种典型情况
这两个方法只捕获「不存在的方法调用」，但很多看似“不存在”的调用其实根本不会走到这里。
立即学习“PHP免费学习笔记（深入）”；
- 父类中已定义该方法（哪怕只是空实现），子类调用时不会触发子类的
__call - 接口中声明了方法签名，即使实现类没写，PHP 也会认为“该方法存在”，不进
__call -
static::xxx()或self::xxx()调用静态方法时，如果类内没定义但父类有，走的是父类方法，不是__callStatic - 魔术方法本身不能递归调用自己：在
__call里再调$this->xxx()，若 xxx 不存在，会再次进__call，导致无限递归 —— PHP 7.4+ 会报Fatal error: Nesting level too deep
