PHP魔术方法需显式定义且严格遵循签名：__construct/__destruct不自动补全，__get/__set仅作用于非public属性，__call/__toString等有强制参数与返回类型约束，__sleep/__wakeup控制序列化流程。
__construct 和 __destruct 必须显式定义，否则不触发
PHP 不会为类自动补全 __construct 或 __destruct 方法。哪怕你只写了一个空的构造函数，也得自己敲出来；没写，就真的什么都不会执行。很多人误以为“没写构造函数就等于有个空的”，其实只是 PHP 在实例化时没报错，但生命周期钩子完全没被挂上。
-
__construct必须是 public（PHP 7.1+ 允许 protected，但实际调用仍受限于 new 行为），且不能有返回类型声明（加void会 fatal error） -
__destruct不能带任何参数，也不能有返回类型；它在脚本结束前、对象所有引用被释放后才执行，不是unset()调用完立刻运行 - 如果类继承自父类，且子类定义了
__construct，父类的不会自动调用——必须手动写parent::__construct()
__get 和 __set 处理的是“不可访问属性”，不是所有属性
这两个方法只对 private/protected 属性或完全不存在的属性生效，对 public 属性直接读写，根本不会路过 __get/__set。常见错误是：类里明明有 public $host，却还指望 __get 拦截 $obj->host，结果什么都没发生。
-
__set($key, $value)的$key是字符串，$value原样传入，不做类型转换 -
__get($key)返回值不能用于引用赋值，比如&$v = $obj->prop会报Fatal error: Cannot assign by reference to overloaded object - 若想统一管理所有属性（包括 public），得把它们全改成 private，再靠
__get/__set暴露接口
__call 和 __toString 有强约束，签名写错直接报致命错误
PHP 对这些魔术方法的参数和可见性做了硬性规定。比如 __call 必须接收两个参数且顺序固定：$name 和 $arguments；__toString 必须返回 string，返回 null 或 array 会触发 Fatal error。
-
__call($name, $arguments)中的$arguments是索引数组，即使原调用是命名参数，这里也只会按位置收进数组 -
__toString()不能 echo 或 var_dump 东西，只能 return 字符串；抛异常也不行，会转成 “Method __toString() must return a string” - PHP 8.0+ 要求所有魔术方法（除
__construct/__destruct/__clone）必须声明为 public，否则仅 warning，但行为不可靠
__sleep 和 __wakeup 影响序列化行为，但容易被忽略生命周期
这两个方法不是“可选增强”，而是序列化流程的关键开关。serialize() 遇到 __sleep 就停，只序列化它返回的属性名数组；unserialize() 则在反序列化完成后立即调用 __wakeup。问题常出在资源未重连、状态未恢复。
立即学习“PHP免费学习笔记（深入）”；
-
__sleep()必须返回 array，内容只能是当前对象存在的属性名字符串（如['host', 'port']），多一个、少一个、拼错名，都会导致序列化失败或数据丢失 -
__wakeup()是恢复现场的唯一机会，比如数据库连接、文件句柄、缓存实例，都得在这里重建 - PHP 8.0+ 中，如果
__sleep返回了未声明的属性名，会触发 warning；若类里用了__serialize/__unserialize，则__sleep/__wakeup会被忽略
__construct 初始化逻辑、__destruct 是否真关了资源、__get/__set 是否覆盖了预期属性——其余的，等业务真需要拦截行为时再加。否则很容易掉进“方法写了但没生效”或者“生效了但破坏了原有访问逻辑”的坑里。 
