深入解析Laravel5.5中的包自动发现PackageAutoDiscovery

前言

在之前的 laravel 版本中，安装包通常需要几个步骤，例如添加服务提供器到 app 配置文件并注册相关的 facades。现在，从 laravel 5.5 开始，laravel 可以自动检测并注册服务提供器和 facades。

本文不是聚焦于他是怎么用的，而是看看它的源码，是怎么实现package auto discovery的。

composer.json

一切的起源都是来自 composer.json ,在使用 composer 的时候，你可以在 post-autoload-dump 部分指定你想执行的脚本，比如在 laravel 5.5 的时候，我们可以看到这样的定义：

对于 postautoloaddump 是很熟悉了，laravel 之前的版本基本都有，它的工作是清理一些缓存，删除一些旧的文件。

我们的关注重点是@php artisan package:discover ，也就是会执行@php artisan package:discover 这个命令。

这个命令是干嘛的呢？它其实是位于illuminatefoundationconsolepackagediscovercommand 中，主要是通过执行illuminatefoundationpackagemanifest 的 build() 方法来达到 发现 package 的目的。

而 packagemanifest 早就注册在 laravel 的 container 中，那么它可以保证每次在启动 laravel 的时候都能使用 packagemanifest 的 build() 方法，这个 build() 方法主要的逻辑就是：

找寻 vendor/composer/installed.json 这个文件，这个文件是 composer 自己生成的，记录着每一次的 composer autoload 的 class map。

而此时，laravel 又将这些内容映射到 extra.laravel 的部分，比如：

laravel 首先将以上内容直接读取下来放到一个 collection 中，然后在去检查下面这个部分的定义，在决定是否需要执行 package discover 动作：

如果你不想执行 @php artisan package:discover 的发现效果，可以直接在 dont-discover 的数组里面填上 *。

这样判断完成之后，laravel 将 collection 中需要发现的 package 内容保存到一个缓存文件中bootstrap/cache/packages.php：

laravel 怎么拿到 package 信息？

这个时候，我们又需要看看 laravel 项目启动的时候，主要启动下面的两个服务：

• illuminatefoundationbootstrapregisterfacades
• illuminatefoundationbootstrapregisterprovider

而 上面的第一个服务会使用 illuminatefoundationaliasloader 加载所有的 alias ，在 aliasloader 中：

你可以看到，它首先读取 app.php 的 aliases 数组，然后与 bootstrap/cache/packages.php 的 packages 数组合并，这个时候，就可以获取到所有的 packages 信息进行发现和自带加载了。这样合并的好处就是，你还是可以直接在 app.php中定义你的 alias 来覆盖自动发现的 package，从而保证你的项目还是可以运行得很流畅。

总结

本文将 laravel 5.5 package auto discovery 原理和源码梳理的一遍，希望对你了解 laravel 5.5 package auto discovery 有所帮助。

好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对硕编程的支持。