PHP __isset 是用来拦截对未定义/不可访问属性的 isset() 检查
它不是判断变量是否存在，而是让对象“假装”某个属性存在或不存在——仅当外部代码用 isset($obj->prop) 检查时才触发。没被 isset() 调用，它压根不会执行。
典型场景：封装数组或 JSON 数据的对象，属性不直接声明，但希望 isset($user->email) 返回 true 或 false 而不报错。
- 必须返回布尔值：
true表示“看起来存在”，false表示“看起来不存在” - 只响应
isset()和empty()（后者内部会调用isset()） - 对
array_key_exists()、property_exists()、直接读取（如$obj->prop）完全无影响
__isset 不等于属性真实存在，也不控制读写权限
很多人误以为实现了 __isset 就能“让属性生效”，其实它只是个“门面答复”。比如：
class Config {
private $data = ['host' => 'localhost'];
public function __isset($name) {
return array_key_exists($name, $this->data);
}
}
$config = new Config();
var_dump(isset($config->host)); // true —— __isset 被调用
var_dump($config->host); // Notice: Undefined property —— __get 没实现，读取失败
所以：__isset 管“问”，不管“拿”；要支持读取，还得配 __get；要支持赋值，得加 __set。
立即学习“PHP免费学习笔记（深入）”；
- 单独实现
__isset而不实现__get，会导致isset()返回true但取值报错 - 如果属性是
private或protected，且没实现__get，isset()即使返回true，后续操作仍受限 -
__isset对魔术属性（如$obj->__toString）无效，它只响应用户自定义的属性名
和 isset() 原生行为对比：绕过“是否已声明”的检查
原生 isset($obj->prop) 在对象上只看该属性是否真实存在且非 null。而有了 __isset，这个判断就被重定向了。
这意味着你可以：
- 模拟动态字段：比如从数据库或配置中心延迟加载字段存在性
- 隐藏敏感字段：对
isset($user->password)固定返回false，哪怕它实际在数组里 - 兼容旧接口：老代码依赖
isset($obj->status)，但新版本改用方法getStatus()，可用__isset维持行为不变
注意：__isset 的参数 $name 是字符串，不带 $，也不做任何自动转换——传进来啥就是啥，大小写敏感。
容易被忽略的坑：静态调用、继承与返回类型强制
__isset 是实例方法，不能被 static 调用；父类定义了，子类不重写就会沿用；而且 PHP 8.0+ 如果声明了返回类型 bool，就必须严格返回布尔值——返回 1、0、'1' 都会报 TypeError。
- 错误写法：
return $this->data[$name] ?? null;→ 可能返回字符串或数组，类型不符 - 正确写法：
return isset($this->data[$name]) && $this->data[$name] !== null; - 子类想改变逻辑，必须显式重写
public function __isset($name)，不能靠覆盖父类属性 - 在 trait 中定义
__isset时，多个 trait 冲突需用insteadof明确选择
最常漏掉的一点：忘了它不处理 null 和 “存在但为 null” 的区别——isset() 本身就不认为 null 是“存在”，所以 __isset 返回 true 的前提，是你自己定义的“存在”语义里排除了 null。
