门面本质是基于服务容器和__callStatic实现的静态代理机制，通过魔术方法拦截静态调用、委托容器解析真实实例并转发方法，自身不存状态、不持实例，仅作“呼叫中心”式代理。
ThinkPHP 8.0 的门面（Facade）不是语法糖，也不是 PHP 语言特性，它本质是基于服务容器 + __callStatic 实现的静态代理机制。你写 Cache::get()，实际执行的是容器里解析出的 \think\cache\Driver 实例的 get() 方法 —— 中间所有转发、实例化、生命周期管理都由框架自动完成。
门面调用为什么能“静态调用非静态方法”
核心靠 think\Facade 基类的 __callStatic 魔术方法拦截所有静态调用，并委托给容器解析真实对象后转发方法。这个过程不依赖类是否声明为 static，也不要求目标类有任何特殊修饰。
- 每次调用如
Config::get('app.name')，都会触发think\Facade::__callStatic() - 该方法内部调用
createFacade()，再通过getFacadeClass()获取绑定标识（类名或容器键名） - 最终从应用容器
$this->app中解析出对应实例（单例或新实例，取决于容器绑定方式） - 把原始调用（方法名 + 参数）透传给该实例，等价于
$instance->get('app.name')
所以门面本身不存状态、不持实例，它只是个“呼叫中心”——你拨号（静态调用），它查本子（getFacadeClass），再帮你接通（容器解析 + 方法转发）。
自定义门面时 getFacadeClass 返回值写什么
必须严格匹配容器中可解析的目标：要么是完整类名字符串，要么是已绑定的容器标识符（alias）。写错就直接抛 BadMethodCallException。
立即学习“PHP免费学习笔记（深入）”；
- 返回类名（推荐用于内置类或简单场景）：
return '\think\cache\Driver'; - 返回容器绑定名（必须先在
AppServiceProvider::register()中绑定）：return 'cache_driver';，然后$this->app->bind('cache_driver', \think\cache\Driver::class); - 不能返回别名（如
'cache'），除非你确认该别名已在容器中显式绑定，而非仅配置文件中的 key - 调试时可在
getFacadeClass末尾加var_dump($result); exit;看实际返回值是否与容器注册一致
为什么 Cache::get() 能用，但自定义 Test::doSomething() 报错
90% 是容器没“认出你要找谁”，而不是门面写错了。重点检查三处是否对齐：
-
Test门面类的getFacadeClass()返回值，和$this->app->bind()/$this->app->singleton()的第一个参数是否完全一致（含大小写、命名空间） - 真实服务类
TestService是否定义了public function doSomething()，且拼写、可见性（public）无误 - 是否在
config/app.php的'aliases'数组里加了映射：'Test' => app\facade\Test::class；漏掉这行，PHP 自动加载找不到门面类，Test::xxx直接报类不存在 - 改完 alias 后没运行
php artisan config:clear && composer dump-autoload，导致旧缓存未刷新
门面和直接 new 类/用容器 make 的区别在哪
门面强制走容器解析路径，天然支持单例复用、依赖注入、AOP 切面（如日志、事务代理），而 new TestService() 绕过容器，无法享受这些能力；$app->make(TestService::class) 虽然也走容器，但每次都要手动获取容器实例，侵入业务代码。
- 门面调用简洁：
Test::doSomething()，适合高频、无上下文依赖的工具型操作（缓存、日志、验证） - 门面不适合复杂流程编排：比如订单创建涉及库存、支付、通知协同，应封装为独立服务类，用依赖注入传递，而非塞进门面 —— 门面只做“单点代理”，不做“流程胶水”
- 测试时，门面可被
Facade::swap()替换模拟实现；而new出来的类只能靠全局函数或重写 autoloader 模拟，成本高得多
真正容易被忽略的点是：门面类本身不参与 DI 容器的自动注入链。你在门面里写 public function __construct(SomeService $s) 是无效的 —— 它永远不会被容器初始化。所有依赖必须通过容器间接获取，或在被代理的真实类中处理。
