门面模式是PHP中一种静态代理设计模式，本质是通过__callStatic()将调用转发给容器中绑定的真实实例，如Cache::get()实际调用Illuminate\Cache\Repository的get()方法。
门面模式在 PHP 中不是语法特性，而是设计模式的一种应用方式，Laravel 框架将其发扬光大，常被面试官用来考察候选人对解耦、静态代理和框架底层的理解深度。关键不在于“怎么写一个门面”，而在于“为什么这么设计”以及“它背后隐藏了什么”。
门面的本质是静态代理，不是真实类
门面类本身通常不包含业务逻辑，它只是一个“前台接待员”：所有调用都通过 __callStatic() 转发给容器中绑定的真实实例。比如 Cache::get('key') 看似在操作 Cache 门面，实际执行的是容器里 Illuminate\Cache\Repository 实例的 get() 方法。
- 门面类必须继承 Illuminate\Support\Facades\Facade
- 每个门面需重写 getFacadeAccessor() 方法，返回服务容器中的绑定键（如 'cache'）
- 框架通过静态调用触发门面基类的 __callStatic()，再从容器解析对应实例并代理调用
门面 vs 辅助函数 vs 依赖注入：区别在哪
三者都能快捷访问服务，但语义和适用场景不同：
- 门面：适合全局、低耦合的快速调用（如日志、缓存），可被 Facade Mock 测试，但过度使用会掩盖依赖关系
- 辅助函数（如 cache(), app()）：本质是全局函数，底层仍走容器解析，无静态代理开销，但不可 Mock，也不支持 IDE 自动补全（除非插件支持）
- 依赖注入：最正统方式，在构造函数或方法参数中声明依赖，利于测试、可读性和类型安全，适合核心业务逻辑
门面可以被替换和 Mock，这是它的测试价值
Laravel 允许在测试中用 Mockery 或 TestCase::swap() 替换门面对应的服务实现。例如：
立即学习“PHP免费学习笔记（深入）”；
- 用 Cache::shouldReceive('get')->andReturn('mocked') 拦截静态调用
- 或通过 $this->instance('cache', $mock) 绑定自定义实例到容器
- 这依赖于门面转发机制——只要容器返回的是你指定的对象，门面就自动代理过去
自定义门面要注意绑定时机和命名规范
如果项目中需要封装第三方 SDK 或内部工具类为门面，需确保：
- 服务已在 AppServiceProvider::register() 或单独服务提供者中绑定到容器（如 $this->app->singleton('alipay', ...)）
- 门面类的 getFacadeAccessor() 返回完全一致的键名
- 避免与 Laravel 内置门面重名；建议加前缀（如 Alipay::pay()）
- 不要在门面中写复杂逻辑——那是服务类的事
