【转】laravel 服务提供者 别名 门面 3者之间的关系

这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' => IlluminateSupportFacadesLog::class,
先找到IlluminateSupportFacadesLog 发现里面getFacadeAccessor里面 return LoggerInterface::class; LoggerInterface指的是  PsrLogLoggerInterface
这样我们调用log 实际就是调用PsrLogLoggerInterface

'Mail' => IlluminateSupportFacadesMail::class,
先找到IlluminateSupportFacadesMail 发现里面getFacadeAccessor return 'mailer';
这次只是返回了一个字符串 对于字符串这种情况 实际上laravel 通过服务器容器里面找mailer 这个对象 

配置文件 IlluminateMailMailServiceProvider::class, 
找到 IlluminateMailMailServiceProvider 发现里面$this->app->singleton('mailer', function ($app) {...})
在这个地方将mailer绑定到了容器里面

综上Log 相当于PsrLogLoggerInterface
Mail相当于app('mailer')->get()

from：https://blog.csdn.net/jimgethelp/article/details/78317704