路由到模块/控制器/操作类的调用关系
追踪这个函数第一步是进入到了类thinkphp/library/think/route/Rule.php这里
然后在进行追踪Modul这个类。
又因为这个类继承着Dispatch这个类，所以还需要在继续追踪。
来到thinkphp/library/think/route/Dispatch.php就可以看到这个构造函数，到这里也就是最后一步了。
然后在通过本类thinkphp/library/think/route/Dispatch.php的init方法，返回本类，也就是上层打印出来的结果。
在这里可以对这个返回结果做一个调试看一下结果。
通过结果就知道最终就是从这里返回过去的。
五、路由调度的最终结果返回给了谁？
路由调度的解析在这里就结束了，但是经过了一层一层的深扒已经进入到了框架的最底层位置了。
这个时候突然给返回了一个值，是不是有点懵，这是返回到哪里去了。
根据咔咔画的思维导图先来捋一遍。
- 路由到模块/控制器/操作$this->dispatchModule
- 发起路由调度$this->dispatch
- 解析匹配到的规则路由return $this->parseRule
- 执行 $this->checkRule检测路由
- 执行think\route\RuleItem Object 中的check
- 检查分组路由
- 检测分组路由 ： parent::check
- 检测域名路由
- 路由检测：$ dispatch = $ this->route->check($path, $must);
- 路由检测 ： $this->routeCheck()->init()
所以说根据咔咔的导图最开始的位置就是$this->routeCheck()->init()
如果图不清晰请及时在评论区见。
也就是返回到了下图位置。
然胡使用咔咔提供的神器来打印一下执行流程。
这里跟上边那个无序列表时反向的，跟这个流程执行也是一一致的。
截止到这里关于路由的所有内容就结束了，在路由这节有很多的内容，也不会去全面的解读，抓住要点进行解析即可。
总结
在这一节中主要针对解析匹配到的规则路由-路由地址动态处理，主要就是针对不同的路由规则参数，返回不同俩种结果。
主要就是针对上文中的一种情况就是路由规则和路由地址都带有参数时对参数进行的处理。
然后使用array_pop进行获取模块控制器方法，最终执行到路由调度。
在路由调度后一定要清晰的知道关于返回值是返回给了哪里，对执行的流程一定明确，可以根据咔咔给出的导图，或者使用神器来打印也可以。
路由源码解析到这里就大结局了，从应用初始化开始到路由调度返回值，这一个过程中有很多的过程，咔咔也仅仅是针对重要的进行了解析。
后期如有时间也会对其它情况进行详细的说明，路由这块也是框架最复杂的一部分，希望可以好好进行理解。
