直接访问私有变量会触发fatal error: uncaught error: cannot access private property；只能在定义类内部用$this->prop访问，子类不可继承；反射是唯一合法绕过方式，但需setaccessible(true)，且仅限开发测试。
私有变量在类外部直接访问会报什么错
PHP 严格禁止从类外部读写 private 属性，尝试直接访问（比如 $obj->privateProp）会触发致命错误：Fatal error: Uncaught Error: Cannot access private property。这不是警告或 Notice，是直接中断执行的 fatal error。
常见误操作包括：调试时用 var_dump($obj) 看结构后，误以为能通过箭头操作符取值；或者把私有属性当成 public 写了反射代码但没走正确路径。
- 私有变量只能在定义它的那个类的内部方法中访问（
$this->prop） - 子类也不能继承或访问父类的
private属性——这点和protected有本质区别 - 即使使用
get_object_vars()，返回数组里也完全不包含private属性
想绕过限制？反射（ReflectionProperty）是唯一合法途径
PHP 原生只允许通过反射机制临时“打开”私有属性的访问权限，其他所谓“魔术方法”“重载”“序列化反解”都不可靠或已失效。
关键点：必须调用 setAccessible(true)，否则 getValue() 仍会报错。
立即学习“PHP免费学习笔记（深入）”；
$ref = new ReflectionProperty($obj, 'privateProp'); $ref->setAccessible(true); $value = $ref->getValue($obj);
- 仅限开发/测试场景使用，线上业务逻辑里硬编码反射访问私有变量等于自埋雷
- PHP 8.1+ 对反射设限更严，某些 SAPI（如某些嵌入式环境）可能禁用
setAccessible() - 反射无法绕过 __get() / __set() 的拦截——如果类自己实现了它们，反射仍会走这些魔术方法
__get() 和 __set() 不是给私有变量“开后门”的
这两个魔术方法只对**不存在的属性**或**不可见属性（public 以外）** 触发，但前提是：你得先让它们被调用到。而直接写 $obj->privateProp 在 PHP 解析阶段就挂了，根本不会走到运行时的魔术方法。
换句话说：它们不是“兜底”，而是“代理”。要让代理生效，你得先确保访问行为能进入运行时上下文。
- 必须把私有属性声明为
private，同时不提供同名 public 属性，才能触发__get() -
__get()接收的是字符串属性名，你要在里面手动做映射（比如if ($name === 'data') return $this->privateData;） - 这种写法会掩盖真实访问意图，调试困难，且无法用于
isset()或empty()判断
为什么别总想着“访问私有变量”
PHP 的 private 是语义锁，不是技术锁。设计上就假设：“如果你需要从外面碰它，那它就不该是 private”。真有共享需求，该改用 protected + 明确的 getter 方法，或者重构职责边界。
很多踩坑案例，其实源于把临时调试逻辑当成了正式方案——比如用反射取值后拼 SQL、传参进另一个类，结果一升级 PHP 版本或换 SAPI 就崩。
最常被忽略的一点：私有变量的内存布局、序列化行为、与 GC 的交互，在不同 PHP 版本间并不保证一致。你以为拿到的是值，实际可能是引用残留或未初始化状态。
