protected 属性为什么不能在外部直接访问
因为 PHP 的 protected 修饰符明确禁止类外部（包括脚本中用 $obj->prop 这种方式）读写该属性，这是语言层的硬性限制，不是 bug 或配置问题。一旦尝试，会立刻抛出 Fatal error: Cannot access protected property，脚本终止。
- 它只允许在定义它的类内部、或其子类中通过
$this->prop访问 - 哪怕对象是自己 new 出来的，也不行——可见性看的是“调用位置”，不是“谁创建的”
- 和
private的区别在于：子类能继承并使用它；和public的区别在于：彻底隔绝外部直接操作
什么时候该用 protected 而不是 public 或 private
核心判断依据是：这个属性是否需要被子类复用，但又不该暴露给使用者随意修改？比如数据库连接句柄、缓存策略配置、基础状态标识等。
-
public：适合完全无副作用、无需校验的简单数据，如$name、$id（但现代 PHP 更倾向用 getter/setter 控制） -
private：适合纯内部实现细节，连子类都不该碰，比如临时计算缓存、加密盐值 -
protected：适合“父类提供能力，子类可扩展逻辑”的场景，比如一个基类定义了$retryCount，子类可以基于它重写重试策略
如何安全读取 protected 属性的值
必须通过类公开的 getter 方法，比如 getName()、getCreatedAt()。这不是绕路，而是封装意图的体现——你读的不是字段本身，而是经过设计的数据出口。
- 不要用反射（
ReflectionProperty）临时破解，那等于撕掉封装契约，后续重构必崩 - 不要在子类里写个
public function getProtectedProp() { return $this->prop; }来“帮忙”，这会让子类变成公共接口，违背初衷 - getter 方法里可以加日志、类型转换、懒加载，甚至返回克隆副本防止外部篡改原始数据
class User {
protected $email;
public function __construct(string $email) {
$this->email = filter_var($email, FILTER_SANITIZE_EMAIL);
}
public function getEmail(): string {
return $this->email;
}
}
PHP 7.4+ 类型声明 + protected 的组合影响
PHP 7.4 支持为 protected 属性直接声明类型，比如 protected string $name;。这会让错误更早暴露——不是运行时读到空值才报错，而是一旦赋值类型不符就触发 TypeError。
立即学习“PHP免费学习笔记（深入）”；
- 类型声明和可见性是正交机制：类型管“值对不对”，可见性管“谁能不能碰”
- 如果子类覆盖了该属性（PHP 8.2+ 允许同名重声明），必须保持类型兼容，否则 fatal
- 别指望 IDE 或静态分析工具能自动补全 protected 属性——它们通常只提示 public 成员，这是刻意为之的设计
