这3者，实际上都能单独使用。但是通常我们在看别人写的扩展包时，一般都写了服务提供者，以及facade文件，然后在配置文件中注册服务提供者，注册别名。这几个感觉是结合在一块的，下面我们来说说他们之间到底是什么关系。
在一个框架里面我们要调用一个类 ，一般都要经历这几个过程 1是require加载 2 是new 3是执行 但是在laravel 我们多半是这样的，例如日志类,use Log ; use Mail;
看似简单的调用，实际上背后就是这3者的紧密结合所提供的，如下来分析其流程;
1 文件加载 laravel通过composer自动加载 来获取一个文件类
2 实例化 可以直接实例化类 或者从容器里面获取
3 为了简化写法 使用facade
laravel容器
1 什么类需要绑定到容器
一个普通的类 我们不需要绑定到容器里面 使用普通的类的时候需要new 类的路径 就可以了 例如 new \Exception
如果这类依赖其他的类 或者某个类可能被其他的类依赖 那么我们需要将这个类 绑定到容器里面
laravel 在实例化一个类的时候就在整个容器里面按照依赖关系 依次找到需要的类
2 如何绑定到容器
1 laravel在源码中就直接将一些重要的类app->bind()绑定到了容器里面去了;
2 在配置文件app providers 里面 laravel启动的时候会把数组里面的 全部绑定到容器里面
3 绑定到容器后又什么好处
1 使用的时候直接app('mailer')->get() 不需要new就能使用某个类 2 能自动帮你处理依赖
laravel服务提供者
简单的服务就只是一个对象 可以直接调用app->bind()绑定到容器里面
复杂一点的服务 可能需要很多默认的配置等 laravel根据服务提供者来绑定这种服务到容器里面去
laravel启动的时候会将配置文件里面的providers 数组里面的元素绑定到容器里面去
laravel facade原理
首先配置文件'Log' => Illuminate\Support\Facades\Log::class,
先找到Illuminate\Support\Facades\Log 发现里面getFacadeAccessor里面 return LoggerInterface::class; LoggerInterface指的是 Psr\Log\LoggerInterface
这样我们调用log 实际就是调用Psr\Log\LoggerInterface
'Mail' => Illuminate\Support\Facades\Mail::class,
先找到Illuminate\Support\Facades\Mail 发现里面getFacadeAccessor return 'mailer';
这次只是返回了一个字符串 对于字符串这种情况 实际上laravel 通过服务器容器里面找mailer 这个对象
配置文件 Illuminate\Mail\MailServiceProvider::class,
找到 Illuminate\Mail\MailServiceProvider 发现里面$this->app->singleton('mailer', function ($app) {...})
在这个地方将mailer绑定到了容器里面
综上Log 相当于Psr\Log\LoggerInterface
Mail相当于app('mailer')->get()
from：https://blog.csdn.net/jimgethelp/article/details/78317704