Laravel 6 中自定义门面生效的关键是让门面能从容器正确取出绑定的服务实例，需在 AppServiceProvider 的 register() 中用 singleton 绑定字符串键名（如 'my.service'），门面类重写 getFacadeAccessor() 返回相同键名，并在 config/app.php aliases 中注册别名后运行 config:clear。
Laravel 6 中使用服务容器注入自定义门面，核心不是“把门面塞进容器”，而是**让门面能从容器中正确取出你绑定的服务实例**。门面本身不被注入，它只是静态代理——关键在于服务类已注册、键名一致、门面指向准确。
确保服务类已绑定到容器
在 AppServiceProvider 的 register() 方法中完成绑定（推荐 singleton）：
- 用字符串键名（如
'my.service'）绑定具体实现，大小写敏感、不能有空格 - 必须使用
$this->app->singleton()或bind()，不能只写new MyService() - 示例：
$this->app->singleton('my.service', function ($app) {
return new \App\Services\MyService();
});
创建门面类并严格匹配键名
新建 app/Facades/MyServiceFacade.php，继承 Illuminate\Support\Facades\Facade：
- Laravel 6 要求重写
getFacadeAccessor()方法（不支持$facadeAccessor静态属性） - 返回值必须与上一步绑定的键名完全一致：
return 'my.service'; - 不要尝试 new 这个门面类，它没有业务逻辑，也不可实例化
namespace App\Facades;
use Illuminate\Support\Facades\Facade;
class MyServiceFacade extends Facade
{
protected static function getFacadeAccessor()
{
return 'my.service';
}
}
注册别名并清缓存
在 config/app.php 的 'aliases' 数组中添加：
'MyService' => \App\Facades\MyServiceFacade::class,- 修改完配置后必须运行：
php artisan config:clear（Laravel 6 缓存 aliases，不清理会报 Class not found） - 确认对应的服务提供者已在
'providers'中启用（如 AppServiceProvider 默认已存在）
验证调用是否生效
在控制器或路由中直接使用静态调用：
-
\MyService::doSomething();（注意命名空间前的反斜杠） - 若报
Target [my.service] is not instantiable：检查 register() 是否执行、绑定键是否拼错 - 若报
Call to undefined method MyServiceFacade::doSomething()：说明容器取到的实例没有该方法，或 facade 指向了错误键名
