“本文会对实例化控制器为引子然后解析关于ArrayAccess和直接执行魔术访问返回实例的区别
”
在上文中对路由进行了特别的详解，也从应用初始化开始解析一直到路由调度返回给路由检测这一环节。
路由检测获取到的值如下图，也就是路由调度最终返回的值。
使用的路由规则为Route::get('hello/:name', 'index/index/:name');
从上图可以看出重要数据都是在dispatc中存放的，接下来就会对控制器进行详解。
最先说明的就是的当路由检测完毕之后执行的实例化控制器操作。
先来看一下是怎么执行到实例化控制器吧！
毫无疑问代码肯定是先从入口文件开始执行的，这里使用容器返回一个App的实例，然后去调用App类中的run方法。
下来就会来到执行应用程序，在这个方法中也是在上文刚刚解析的路由。
所以检测路由执行完就会去执行实例化控制器。
在路由检测执行完之后返回的是think\route\dispatch\Module Object这个类，并且这个类赋值给了变量$dispatch
立即学习“PHP免费学习笔记（深入）”；
接着看一下本方法的这块代码，这里使用的是中间件，在这快代码中还是用了闭包，对闭包的概念不清晰的就需要回头啃基础了。
在上图中咔咔圈出来的一个地方就是$dispatch->run()这块代码，接下来就要对这块代码进行解析了。
在检测路由最终的返回值可以知道其实这个方法是在think\route\dispatch\Module这个类中。
接着就需要对这个类中的run方法进行解析了，这个方法也就是执行路由调度。
在这个方法中不管是获取路由参数还是检测路由、数据自动验证都不会执行（是按照咔咔上文给的路由地址为案例）。
所以根据上图代码就会执行到$data = $this->exec();这里。
跟踪这个方法会到下图地方存在一个抽象类，这里需要知道的是抽象类。
对抽象类做出解释
根据上图的原则可以看到Dispatch这个类是抽象类。
所以就会有俩种情况， 一种是抽象类继承抽象类，无需继承父类的抽象方法。
另一种是非抽象子类继承抽象类，子类必须实现父类的所有抽象方法。
怎么去找谁继承了Dispatch
这个时候是不是有一个疑问就是怎么去找Dispatch的子类。
在这个图中可以看到本类Dispatch，但是还有一个dispatch这个目录。
根据路由检测返回的数据可以轻而易举的就知道是thinkphp/library/think/route/dispatch/Module.php这个类。
来到thinkphp/library/think/route/dispatch/Module.php查看exec方法。
那么接下来的任务就是对这个方法进行深入的解读了。
先看第一行代码$this->app['hook']->listen('module_init');，在这里使用了容器ArrayAccess用数组的形式访问对象，然后执行的魔术方法__get，当访问不存在的属性时会去执行make方法。
使用编辑器追踪这个app会到thinkphp/library/think/route/Dispatch.php这个类里边，在这个类的构造函数中可以看到对于app这个属性是赋值了一个App实例。
接着来到App类可以看到继承的是Container类。
在容器这块已经不止一次的说过这块的知识点了，访问不存在的属性回去执行容器的__get魔术方法。
所以说这块的参数会传入hook，并且会返回hook的实例，关于这个实例是怎么返回的在容器那一节中说的很是详细，可以去看一下哈！
接下来就会去执行hook的listen方法，监听标签的行为。
此时可以来到应用行为扩展定义文件，可以看到这个参数为模块初始化，但是因为这个值是空的。
所以在上图不会去执行，那么就把应用初始化的值给放到这个参数里边进行简单的测试。
这个类就是执行的钩子，对门面类的优化操作。
那么代码就会执行到$results[$key] = $this->execTag($name, $tag, $params);这里来。
参数说明
接着通过正则对传过来的参数进行处理，最终返回moduleInit
然后通过$obj = Container::get($class);返回behavior\LoadBehavior的实例
最终通过is_callable这个函数进行验证，检测类里边的方法是否可以被调用，方法数组格式，这个方法后期咔咔单独写一篇文章作为对象来解析，这里只需要知道会返回false即可。
然后会把本类的$portal这个值赋值给$method，这个值就是run。
最后通过$result = $this->app->invoke($call, [$params]);这行代码，这行代码的底部执行就是通过反射机制实现的。
最后这段代码会返回NULL。
实例化控制器
接下来就是进行实例化控制器，调用的方法是$this->app->controller()
这里需要注意的是list这个函数，这个函数的后边会返回一个数组，然后list中的俩个变量会分别为索引0和1。
判断也会去执行第一个，同样会执行到容器类的make方法，这个方法会直接返回app\index\controller\Index这个类的实例。
有一部分小伙伴都已经学会了ArrayAccess和魔术方法__get的使用了。
估计也有一部分在这俩个地方处于模糊地段，咔咔将这俩个放在一起在解析一次。
先聊ArrayAccess的使用
这个案例在之前也给大家演示过，主要就是实现ArrayAccess的这个类。
然后在来到控制器进行使用，先进行实例化，之前实现的案例如下。
但是这次需要实现的案例并不是下图所实现的。
接下来使用下图的方式进行访问，直接使用数组访问对象属性。
在上图中可以看到设置了一个属性title为kaka，在这个案例中直接用数组形式直接获取。
看到返回结果为kaka，也就是说直接使用数组形式访问对象的属性。
总结
在第一次案例的实现过程中，忽略了一步，就是使用对象直接以数组形式直接访问对象的属性。
可以看到的是可以直接获取到的，那么接下来将这个思想套到框架中在来看一下。
框架实战案例
在上一期文章中解析的路由中存在以下代码，接下来进行简单的解析一下。
先来看一下这个app的值打印出来就是think\App Object对象。
当think\App Object这个对象去访问request时，因为app属性就没有这个request，又因为app类是继承着container类，所以会去容器类执行下图方法。
然后就会去执行__get方法，执行make方法返回对应的实例。
此时你要是还有疑问就是，怎么就咔咔说会执行就会执行呢！
接下来咔咔带着大家做一个简单的测试就知道了。
在这个位置中随机打印一个数值。
然后来到容器类的ArrayAccess的offsetGet方法中打印一下传过来的值。
看一下打印结果，就很明确了。
关于ArrayAccess的使用就到这里就结束了，这也是在之前的基础上详细的进行了一次说明，接下来对容器中的__get方法进行详解，看在什么情况会执行__get方法。
__get方法使用详解
这个案例请看下图中的这个$this->hook。
同样的道理先来调试一下这个$this是什么值。
打印这个值都没什么必要，因为就是在本类中。
在类中属性的访问应该都会，就是直接使用$this-> 即可。
所以说当系统访问$this->hook这个的时候，由于App类是不存在hook这个属性的，所以就会去执行容器类的魔术方法。
然后在去执行make方法，创建类的实例。
总结
所以说是用ArrayAccess和__get魔术方法，最终都是执行的make方法返回类的实例。
当遇到this->config就是执行的容器的__get方法。
当遇到app['request']就是执行的ArrayAccess然后执行offsetGet
前言一、实例化控制器二、关于ArrayAccess和直接执行魔术访问返回实例的区别