__get、__set、__toString 是影响对象行为的底层魔术方法，非语法糖；__get/__set 仅对不存在或不可见属性生效，不适用于 public 属性，且 __get 不支持引用赋值；__toString 必须返回字符串、无副作用，不参与 JSON 序列化；三者需谨慎使用，优先考虑显式 getter/setter。
__get、__set、__toString 这三个魔术方法不是“语法糖”，而是真实影响对象行为的底层控制点——用错会直接报错，用对能大幅简化数据封装逻辑。
为什么 __get 和 __set 不能替代 public 属性？
它们只在访问「不存在」或「不可见」（private/protected）属性时触发，对 public 属性完全不生效。这意味着：
- 如果类里定义了
public $host，再写__get('host')永远不会被调用 -
__get返回值不能用于引用赋值：&$v = $obj->host会抛出Fatal error: Cannot assign by reference to overloaded object -
__set必须显式处理类型过滤或合法性校验，否则容易存入脏数据 - PHP 8.1+ 中，若同时用了
__serialize，__sleep会被忽略——但__get/__set不受此影响，仍照常工作
__get 和 __set 的典型实战场景
它们本质是「动态属性代理层」，适合以下情况：
- 配置类封装：把数组键映射为属性名，如
$config->database实际读取$this->data['database'] - ORM 懒加载：访问
$user->posts时才查数据库，避免初始化就拉取全部关联数据 - 请求参数对象：将
$_GET或 JSON 解析结果转为可读写的对象属性，无需提前声明每个字段 - 兼容旧字段名：比如数据库字段叫
usr_name，但想用$user->name访问，可在__get里做映射
示例精简版：
class Config {
private $data = [];
public function __get($key) {
return $this->data[$key] ?? null;
}
public function __set($key, $value) {
$this->data[$key] = $value;
}
}
注意：__isset 和 __unset 应配套实现，否则 isset($config->host) 会返回 false 即使值存在。
立即学习“PHP免费学习笔记（深入）”；
__toString 必须返回字符串，且不能有副作用
它只在明确需要字符串上下文时触发，比如 echo $obj、print $obj、"obj: {$obj}"。关键限制：
- 必须返回
string，返回int、null或抛异常都会导致Fatal error - 不能修改对象状态（如计数器自增、日志写入），因为调用时机不可控——可能在调试、日志、模板渲染中静默触发
- 不适用于 JSON 输出：
json_encode()完全不走__toString，它看的是属性可见性与JsonSerializable接口 - PHP 8.0+ 对返回类型更严格，建议显式声明：
public function __toString(): string
常见用途就是调试友好输出：
public function __toString(): string {
return sprintf('User(id=%d, name=%s)', $this->id, $this->name);
}
这三个方法组合使用的坑点
当一起用时，最容易被忽略的是触发顺序和边界条件：
-
echo $obj->missingProp：先触发__get('missingProp')，再把返回值传给__toString（如果返回的是对象且该对象也有__toString） -
var_dump($obj)完全不触发三者中的任何一个，它走的是内部属性遍历；要定制var_dump输出得用__debugInfo - 如果
__get返回null，而你又没实现__isset，empty($obj->prop)可能行为异常 - 序列化时：
serialize($obj)默认序列化所有 public 属性，__get/__set管理的字段不会自动进序列化结果，除非你重写__sleep或 PHP 8.1+ 的__serialize
真正难的不是写出来，而是判断「该不该用」——多数时候，显式 getter/setter 方法比魔术方法更清晰、更易测试、IDE 支持更好。只有当你明确需要「属性级透明代理」时，这三个才值得上。
