位置: 编程技术 - 正文
Laravel中Facade的加载过程与原理详解(laravel debug rce)
编辑：rootadmin推荐整理分享Laravel中Facade的加载过程与原理详解(laravel debug rce)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:laravel debug rce,laravel appends,laravel facade,laravel debug rce,laravel curd,laravel facade,laravel curd,laravel facade,内容如对您有帮助，希望把文章链接给更多的朋友！
前言
本文主要给大家介绍了关于Laravel中Facade加载过程与原理的相关内容，分享出来供大家参考学习，下面话不多说了，来一起看看详细的介绍吧。
简介
Facades（读音：/f&#;&#;säd/ ）为应用程序的 服务容器 中可用的类提供了一个「静态」接口。你不必 use 一大串的命名空间，也不用实例化对象，就能访问对象的具体方法。
Facade 的启动与注册
Facade 的启动引导是在 IlluminateFoundationBootstrapRegisterFacades 中注册的。
默认的别名配置是从 app 配置文件下的 aliases 读取的，PackageManifest 是 laravel 5.5 新增的 包自动发现 规则，这里我们暂时不考虑 PackageManifest 包提供的别名。
其中，array_merge 返回如下格式的数组：
上面代码将通过 AliasLoader 把所有的 facade 注册进自动加载。其核心就是 php 的 spl_autoload_register。
注册完成后，后续所有 use 的类都将通过 load 函数来完成类的自动加载。
注意：这里在定义 spl_autoload_register 时，最后面的参数传的是 true。当该参数是 true 时，spl_autoload_register() 会添加函数到队列之首，而不是队列尾部。（优先通过该函数来完成自动加载）
也就是说，
不管我们 use 的是具体存在的类（AppUser）还是别名 （Config），都将最先通过 load 函数来完成自动加载，当该函数返回 false 时，再由其他自动加载函数来完成自动加载（如 composer psr-4）。
在 AliasLoader 的 load 方法中，主要是用了 class_alias 函数来实现的别名自动加载。
关于 class_alias 这里帖一个官方的列子：
Facade 的加载
当我们在使用 Facade 时，如：
实际上加载的是 IlluminateSupportFacadesConfig 类（因为我们已经注册了 class_alias），相当于：
而所有的 Facade 都继承自 IlluminateSupportFacadesFacade 类，在该基类中定义了一个 __callStatic 方法，已至于我们能够轻松地使用 Facade（不用实列化）。
getFacadeRoot 方法用于获取别名类的具体实列，我们知道，所有的 Facade 类都需要定义一个 getFacadeAccessor 方法。该方法可能的返回值有：
String 类型的字符串（如 config, db） String 类型的类字符串 （如 AppServiceSomeService） Object 具体的实列化对象 Closure 闭包如 Config Facade 的 getFacadeAccessor 方法如下：
getFacadeRoot 方法将根据 getFacadeAccessor() 的返回值，从容器从取出对应的实列对象。
由于 APP 容器中已经注册过 config 的实列
所以 Config::get('app.name', 'dafault) 实际访问的是 Repository 实列的 get('app.name', 'default') 方法。
总结
![[置顶]
Delegates 和 Events 在unity中的使用([置顶]bilinovel)](/img.jpg)
