PHP的private属性仅限声明它的类内部访问，外部无法直接读写，这是编译期强制的访问控制机制，目的为严格隔离敏感数据。
PHP 的 private 属性在类外部访问不到，不是语法写错了，也不是环境问题——这是语言设计的强制行为，目的就是切断外部对敏感数据的直连通道。
private 是编译期就封死的访问路径
PHP 在解析类定义时，就把 private 成员绑定到「声明它的那个类」的符号表里，不进继承链、不进对象属性列表、不参与动态查找。哪怕你用 get_object_vars()、var_dump() 或序列化，看到的也只是空或被过滤后的结果。
-
get_object_vars($obj)对private属性返回null（PHP 7.4+）或完全忽略（旧版） -
serialize($obj)会保留private属性值，但反序列化后仍无法通过$obj->prop访问 - 子类中写
$this->prop会报Fatal error: Uncaught Error: Cannot access private property
为什么不能像 JavaScript 那样“绕过”？
PHP 没有原型链或属性 descriptor 机制，private 不是靠命名约定（如 _prop）伪装的，而是运行时严格校验调用栈：只有当前执行的方法所属的类名，和属性声明所在的类名完全一致，才允许访问。
- 魔术方法
__get()/__set()能“间接”读写，是因为它们本身是public，且在类内部触发了$this->$propertyName—— 这个赋值动作发生在类作用域内 - 反射（
ReflectionProperty）能强行读取，但需显式调用setAccessible(true)，且生产环境通常禁用该操作 - 不存在类似 Python 的
obj._class__prop名称重整（name mangling）可预测路径
PHP 8.4 的不对称可见性没打破这个规则
PHP 8.4 引入了 public private(set) 这类语法，但它只是把「读」和「写」拆开控制，并未开放 private 的外部读取权。比如：
立即学习“PHP免费学习笔记（深入）”；
class Book {
public private(set) string $title;
}
$book = new Book('PHP Internals');
echo $book->title; // ✅ 允许读
$book->title = 'New Title'; // ❌ Fatal error: Cannot assign to private property
这里的 private(set) 仍是 private 级别，只是读权限被提升为 public；它不等于「让外部能读私有属性」，而是「把读权限单独设为 public」。
真正容易被忽略的是：private 的边界只看「类定义位置」，不看「对象实例来源」。哪怕两个对象是同一个类 new 出来的，一个也不能直接碰另一个的 private 属性——连同级对象间都不通，这才是它比 protected 更彻底的地方。
