protected方法不能从外部实例调用，因为php访问控制机制运行时强制拦截，仅允许类自身及子类内部通过$this访问；外部对象直接调用触发fatal error。
protected方法为什么不能从外部实例调用
因为PHP的访问控制机制明确禁止——protected不是“没写public”的默认值，而是主动划定作用域：只允许类自身和子类内部通过$this访问，外部对象实例（哪怕是你刚new出来的）直接调用会触发Fatal error: Cannot access protected method。
这不是语法错误，而是运行时强制拦截。它和private的区别在于子类能穿透这层限制，但和public相比，它刻意切断了“实例→方法”这条最直接的调用路径。
子类里调用父类protected方法的常见陷阱
看似继承了就能用，实际容易踩几个坑：
- 不能用
parent::methodName()在子类静态上下文中调用（比如static方法里），会报Cannot access protected method——protected不支持静态绑定穿透 - 如果父类方法是
final protected，子类连重写都不行，更别说调用 - 子类构造函数里调用
$this->protectedMethod()没问题，但若该方法依赖父类未初始化的protected属性，可能得到null或意外值 - 用
call_user_func_array([$obj, 'methodName'], $args)绕过访问检查？不行——PHP 8.0+ 仍严格校验，抛出Access level to ... must be public
想让外部调用protected方法，有哪些现实选择
没有“打开后门”的捷径，只能按设计意图重构：
- 真需要外部调用 → 改成
public，但要同步检查是否破坏封装（比如该方法是否依赖内部状态一致性） - 只允许特定外部逻辑调用 → 在类里加一个
public代理方法，做参数校验或上下文判断后再转发给protected方法 - 测试需要临时访问 → 用
ReflectionMethod，但仅限开发/测试环境，生产代码里硬编码反射等于放弃访问控制语义 - 跨类协作频繁 → 考虑提取共用逻辑到独立服务类，用
public接口通信，而不是靠继承暴露protected
为什么private比protected更严格
关键在继承链的穿透能力：private方法连子类都看不到，protected则明确允许子类继承并调用。但两者对外部实例都一视同仁地拒绝——这点常被误解。例如：
class A {
private function foo() { echo 'private'; }
protected function bar() { echo 'protected'; }
}
class B extends A {
public function test() {
// $this->foo(); // 错误：Call to private method A::foo()
$this->bar(); // 正确
}
}
$b = new B();
// $b->bar(); // 错误：Cannot access protected method A::bar()
真正容易被忽略的是：子类重写protected方法后，父类原方法依然存在，但无法被子类实例以外的任何代码触达——包括父类自己的其他public方法，如果它们试图用self::bar()调用，实际执行的仍是子类版本（Late Static Binding），而非原始实现。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
