PHP方法访问控制是编译期可见性规则，仅在解析阶段报Fatal error，不涉及运行时权限或系统级控制；public允许类内外及子类调用，private严格限于声明类内部，protected允类内及子类访问但外部实例不可调。
PHP 方法访问控制不是权限系统，而是编译期可见性规则 —— 它不阻止运行时调用，只在解析阶段报错（Fatal error），且完全由 PHP 解析器强制执行，和操作系统或 Web 服务器权限无关。
public 方法为什么能被外部直接调用
因为 public 表示“无访问边界”：它允许从三类上下文调用：
- 类内部（
$this->method()） - 类外部实例（
$obj->method()） - 子类中（
parent::method()或重写后$this->method()）
注意：public 方法不自动带安全校验，也不隐含“可信”。比如一个 public function deleteAllUsers() 只要没加业务逻辑判断，外部一调就真删。
private 方法为什么子类也调不到
private 的作用域严格限定在“声明它的那个类的源码块内”，哪怕子类继承了它，也等于没继承 —— 解析器会直接拒绝任何跨类访问尝试：
-
$obj->privateMethod()→Fatal error: Call to private method X::privateMethod() - 子类里写
$this->privateMethod()→ 同样报错，哪怕父类有这个方法 - 子类里用
parent::privateMethod()→ 依然报错，parent::不能穿透private
常见误判：以为“private 只是不让外部调用，子类还能用”。实际不是 —— 它连子类的字节码都进不去。
protected 方法在继承链中怎么用才不踩坑
protected 是唯一允许“类内 + 子类”双通路的方法修饰符，但容易在两个地方翻车：
- 外部实例调用失败：
$obj->protectedMethod()一定报Fatal error，哪怕$obj是子类实例 - 静态上下文误用：
self::protectedMethod()在子类中可调，但static::protectedMethod()如果指向父类，仍合法；而parent::protectedMethod()必须确保父类确实定义了该protected方法，否则报Call to undefined method - 重写时未保持可见性：子类把
protected方法改成private，会导致父类代码（如模板方法模式里的钩子）在运行时找不到可调用目标
典型场景：你在基类写 protected function validateInput()，子类覆盖它做定制校验 —— 这时必须保持 protected，不能降级为 private，否则基类的 public function save() 里调用 $this->validateInput() 就会崩。
不写访问修饰符时默认是 public，但别依赖它
PHP 允许省略 public（如 function doSomething() { }），此时自动视为 public。但这只是历史兼容行为，PHP 7.4+ 已明确建议显式声明。
- IDE 和静态分析工具（如 PHPStan）会警告缺失修饰符
- 团队协作中，不写修饰符 = 隐式暴露，容易引发意外调用或重构断裂
- PHP 8.3 开始，某些严格模式下可能直接报
Parse error
真正难处理的从来不是语法，而是当你在父类里把一个方法从 public 改成 protected 时，所有外部调用点不会报错 —— 它们只是突然静默失效。这种破坏是运行时发生的，没有提示，最难 debug。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
