下半截源码阅读
第一行代码知道这里的数据是从哪里来的吗？
在应用初始化的initialize方法中，执行了init方法，在init方法中执行了容器中实例进行配置更新，在哪里进行设置的。如下图
也就说在这里给路由添加的配置，并且可以看到路由的配置文件是来源于app配置文件。
想要知道这个配置是干什么的就需要从根源去追溯，所以就需要到app的配置文件中去寻找。
可以看到这个参数指的是注解路由的开关。
在紧接着就是根据注释自动生成路由规则，这一块的代码暂时就说到这里，下文会对这些代码进行详细的说明。
二、通过定义路由再谈门面
这里只是简单提一下，关于路由的一些使用方法之类的就可以直接去文档去看了，咔咔也不用做搬运工在搬过来。
先在路由文件定义一个kaka的路由。
但是这个get方法是怎么执行的呢！代码追踪也直接追不过去，那么这个时候应该怎么做。
第一种办法，在框架中所有的基础类都是注册了门面模式的，所以在路由里边引入facade就可以进行代码追踪了。
但是既然都把门面模式的源码都看了怎么还会去使用第一种办法，肯定要把其中的一些小细节给扒出来。
在base文件中已经注册了门面的别名了，所以说在引入文件时可以使用use Config，也可以使用use think\facade\Config;
这个时候就会来到thinkphp/library/think/facade/Config.php这个文件。
可以看到是继承了门面类的。
来到Facade这个类中，拉到文件最后可以看到一个方法__callStatic,这个方法是当调用不存在的静态的方法时就会执行这个方法。
最后就会去执行创建门面类的方法，最终会通过容器返回返回对应的实例，比如使用的是Config，最终就会返回Config的这类的实例。
最后就会回到开始，使用call_user_func_array进行执行对应实例的方法。
static::createFacade()会返回Config的对应实例。
这一块内容就说到这里了，虽然说之前在门面中也提到了但是在这里在回顾一下也是很有必要的，为故而知新嘛！
三、路由定义rule方法中的$this->group到底执行了什么
通过定义路由再谈门面这一节中，就可以知道下图中的rule方法会执行那个类的那个方法。
根据之前咔咔给大家介绍的方法就可以知道最终会执行到thinkphp/library/think/Route.php这个文件中的rule方法。
这里就会出现一个问题就是这个group是什么，是怎么执行的，其实在上边的图已经描述的很明白了。
咔咔在用文字给大家在说一遍，可以对照着进行查看源码。
先看一下这个方法熟悉不熟悉。
没错这个方法在容器那一节中进行了特别的讲解，如果不明白的去前言查看之前的文章进行查看。
那么这个方法在哪里执行的，咔咔就直接说了，就不说的那么细了。
当使用Route::rule();时就会执行到门面的__callStatic方法。
这个方法已经说了好多次了，当执行的静态方法不存在时就会执行。
然后就会去执行createFacade这个方法。
在这个方法需要特别注意最后一行，也就是圈出来的哪一行代码。
这里需要注意一下static::class，它返回的就是Route类，至于是怎么返回的之前也说过，如果不会的可以评论区见哈！
所以make方法的第一个参数就是Route。
接着就会进入到容器类的make方法，在这个方法中，注意咔咔圈的俩处。
在容器类中一定要注意的四个属性，咔咔给大家画了出来。
第一次进来会存入到容器标识名中。
并且第二次执行make方法时传的是标识名的值。
直到这里就会执行到咔咔圈的第二处，执行invokeClass这个方法。
来到invokeClass方法中。
在这个方法中主要使用的是反射的知识。
首先会把传过来的think\Route,进行反射类的实例化。
然后会去判断think\Route中是否存在__make方法。
最后就会去执行Route类的__make方法。
并且进行依赖注入App类和Config类。
同时进行了实例化了本类就是代码$route = new static($app, $config);
那么就会去执行构造函数。
