facade调用的方法必须是public的，因为底层通过call_user_func_array()代理调用，而该函数无法访问protected或private成员，违反php访问控制规则会导致fatal error。
Facade调用的方法必须是public的
不是“Facade要求”，而是PHP语言层面的限制：Facade底层通过call_user_func_array()代理调用目标对象方法，而该函数无法访问protected或private成员。哪怕你在getFacadeClass()里返回了一个类，只要它声明了protected function doSomething()，执行MyFacade::doSomething()就会直接报Fatal error: Uncaught Error: Call to protected method。
为什么protected方法在Facade下不可见
Facade不是魔法，它本质是静态代理——先从容器取实例（Container::make()），再反射调用对应方法。这个过程不绕过PHP的访问控制规则：
- 容器返回的是真实对象实例，不是代理对象或装饰器
-
call_user_func_array()是在当前作用域（即Facade类内部）调用目标方法，受制于目标方法自身的可见性 - 没有自动提升访问级别的机制，也不会尝试
setAccessible(true)（那会破坏封装且不安全）
常见误判场景：构造函数私有不影响Facade使用
很多人混淆“类可被容器解析”和“方法可被Facade调用”。这两者独立判断：
- 类的构造函数是否
private，只影响容器能否实例化它（比如单例类常用private __construct()+getInstance()） - 只要容器能返回一个有效实例（无论怎么造出来的），Facade就能调用它的
public方法 - 但若你把业务逻辑写在
protected方法里，又试图用Facade暴露出去，那就得改——没有捷径
Facade绑定后调用失败的典型错误信息
遇到这类问题时，最直接的线索就是错误提示本身：
如果看到Fatal error: Uncaught Error: Call to protected method app\common\Test::doWork() from context 'think\Facade'，说明你正试图通过Facade调用protected方法；而Call to undefined method则更可能是类没绑定对、命名空间错、或方法名拼写错误。
别在getFacadeClass()里绕弯子，也别指望Facade帮你突破访问控制——它只是个干净的门，门后的东西得你自己按PHP规则摆好。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
