一、执行控制器中的方法本文的请求地址为配置的域名。 
请求地址通过上文可以知道$instance的值就是app\index\controller\Index的实例。 这块也是存在中间件的概念，依然如此中间件会在后文中单独提到，这里不做解释。 在这里$this->app['middleware']->controller这段代码的使用，还能记得是使用的ArrayAccess还是直接为__get吗？ 这里是在使用访问数组的形式访问对象，所以使用的是ArrayAccess的形式，这俩种概念一定要区分清楚。 
通过反射执行控制器的方法接下来就会执行获取方法名，至于这个方法名怎么获取的是在本类的init方法执行的，这里只需要知道返回的是index即可。 在这里需要注意的就是这行代码$this->rule->getConfig('action_suffix')，这里获取的是操作方法后缀。 
操作方法后缀假如现在给这个操作方法后缀设置一个值会变成什么样子呢！ 给添加一个kaka的值，进行访问一下看会是什么结果。 
添加了kaka进行测试这个时候进行访问会提示indexkaka的这个方法不存在，是不是清晰可见了，说明这个参数是在为所有的方法名追加一个kaka。 
访问结果对获取当前操作名的代码进行扩展完成之后，紧接着就是if (is_callable([$instance, $action])) {，在这里可以看见我们的老朋友is_callable。 对于这里的is_callable俩个参数通过上文都知道是什么了，第一个参数为app\index\controller\Index的实例，第二个参数为index执行操作方法。 那么is_callable的作用就是检测在app\index\controller\Index类中的index方法名是否可以执行。 很明显这里会返回一个true，因为在index类里边存在index方法的。 这里在做测试之前一定要把刚刚在app的配置文件中配置的方法名后缀那个给取消掉。 通过这个is_callable判断会存在三种情况，接下来咔咔将会从三个方面给大家进行解析。 第一种情况：类里边存在可执行的方法 - 首先返回一个 ReflectionMethod 类
- 在这个案例中没有设置参数，所以最终的
$vars就是一个空数组。
为了测试带有参数的这一段代码，我们需要对路由地址进行一点改动。 
测试部分代码在之前没有使用路由，而是直接使用的默认地址，接下来将使用这个路由地址 
使用新的路由地址进行测试使用这个路由地址进行一下数据的打印，可以看到就是我们设置的路由参数。 
数据打印这段获取请求变量的方法会进入到$this->request->param();这行代码 框架是如何获取参数的 访问地址：http://www.source.com/index.php/hello/hello 在上文知道是通过$this->request->param()来获取参数的，那么在框架是如何获取参数的呢！ 根据流程代码会执行到下图，根据获取的请求方式来使用对应的方式来获取参数，在这里需要明确的是我们使用的是get请求。 所以代码会执行到$this->param，当前请求参数和URL地址中的参数合并这里，在这里注意咔咔圈出来的地方。 由于咔咔是使用路由方式进行的请求所以，在这里框架专门为路由封装了一个获取请求参数。 
获取当前请求的参数来到这个route方法，看到注释就明白是用来获取路由参数的，但是还是需要在进入一层到input。 
获取路由参数在之前路由的那一期文章中在获取到路由参数的时候会把参数合并到request的route属性。 
设置路由变量所以说$this->route就是存放的这条路由规则所有的参数，包含路由参数。 
打印结果这时执行流程会执行到获取变量 支持过滤和默认值，在上文中$this->route穿进来的参数是false，所以说这块会直接返回。 
获取变量 支持过滤和默认值这里返回的结果会返回给上文我们开始解析的地方，也就是说这个$vars就是获取到的路由参数。 
返回的路由参数结果第二种情况：类里边不存在可执行的方法 当第一种判断执行is_callable判断类里边的方法不可执行时，就会执行到第二种情况。 
第二种执行情况先来请求的一个没有设置的路由地址，看会返回什么。 
错误返回根据代码给的提示，我们来到index控制器建立一个_empty方法，然后在来请求一次，看一下会发生什么。 
在控制器设置_empty方法根据打印结果就可以看出来当访问的方法不存在时就会去执行_empty这个方法。 
打印结果那么这个方法是怎么执行的呢！这种执行方式就是利用反射机制来实现的，关于反射咔咔之前专门出了一篇文章来讲解的，但是大家还是需要对着文档进行阅读查看。 第三种情况：类里边不存在可执行的方法也不存在_empty方法 这种情况就比较简单了，就是直接返回错误信息，关于这里异常处理咔咔也会在后文说到。 
第三种情况三种情况执行完 三种情况分析完了，最后都会去执行统计的方法。 调用反射执行类的方法 支持参数绑定，也就说这里的闭包执行流程到这里就执行完了。 关于后边的自动请求，在第五节中详细说明。 
统计执行二、路由地址是怎么进行控制器实例化的在上一节中我们对路由进行了三四期的讲解，最终讲解的位置就路由调度，那么设置的路由是如何执行呢！ 接下来使用这个路由作为案例 
案例路由还记得在开始进行路由检测时的返回值是什么吗？请看下图 
路由检测
打印结果当时没有对接下里的代码进行详解，直接说明了实例化控制器，现在要说的就是记录当前调度信息这行代码。 在这里$this->request是使用的当访问不存在的属性时会去执行容器类的魔术方法，最后通过容器返回一个实例。 所以说代码会执行到下图位置，设置或者获取当前请求的调度信息 
设置或者获取当前请求的调度信息通过在控制器实例化这里进行打印会发现在这里的返回的值是index，这个值是在控制器进行设置的，接下来来到控制器进行查看一下。 
打印数据来到init方法对result做打印查看结果，使用的是路由地址 
打印数据
使用路由地址
没有使用路由地址你知道到为什么这里的值发生改变了吗？ 在上文打印出来的值为下图，为什么在这里就是上图的呢！ 
打印结果在路由那一节中最后一步就是发起路由调度，最后调用了一个路由到模块/控制器/操作这个方法。 
路由调度这个方法dispatchModule最后也是实例化一个类，接下来需要对这个类进行深究 
路由到模块/控制器/操作根据代码追踪可以看到其实就是think\route\dispatch\Module这个类 
类的别名来到Module这个类，又会发现继承着Dispatch类 
类的继承在thinkphp/library/think/route/Dispatch.php这个类的控制器中，会发现对dispatch这个变量进行了设置。 
变量赋值
邀请
来自: 网络收集
| 
