“
本文接着上文继续来解读路由源码,如果你看到本文可以先看一下之前写的路由文章,共计俩篇。
”
前言
经过前俩篇路由源码的解读,相信大家对路由已经有了一定了了解了。
本文会接着ThinkPHP路由源码解析继续讲解,也是路由这块内容的收尾了,后面会在有一篇关于路由调度这块的内容就结束了,希望大家对路由有一个好的认识吧!
关于路由,咔咔感觉是整个框架中源码阅读最吃力的一个核心点,也耗费了很多时间。
因为在其中有很多类的嵌套,何不按照常理出牌,例如$this->group的这个点。
虽然就是一个简单的调用关系,但是在源码中执行的功能也是很多很多。
一般源码都会认为这个group就是简单的一个类,其实不然,最终返回的结果令人有点匪夷所思返回的是Domain这个类。
所以说对于框架的一切都需要认真的去理解,阅读源码主要是为了提升自己对框架的认识和框架的设计思想。
还是按照步骤来,先看矿机的执行流程图,然后大家就可以根据流程图进行清晰的阅读文章了。
后期的所有源码阅读都会直接添加到这里,进行补充。
一、检测路由-合并分组参数、检查分组路由
上一篇的最后是讲的下图的位置,这个位置暂时还是空的,这个空的位置就是接下来要讲的合并分组参数。
参数合并其实就是将路由参数和默认的参数进行合并。
为了能给大家清晰的展示出来执行流程,咔咔将执行流程圈了出来。
执行文件:
-
thinkphp/library/think/App.php
->$dispatch = $this->route->check($path, $must);
-
thinkphp/library/think/Route.php
->$result = $domain->check($this->request, $url, $completeMatch);
-
thinkphp/library/think/route/Domain.php
->$result = $this->checkRouteAlias($request, $url);
->return parent::check($request, $url, $completeMatch);
-
thinkphp/library/think/route/RuleGroup.php
->$this->mergeGroupOptions();
对应执行关系:
-
路由检测 返回一个Dispatch对象 -
检测域名路由 -
检测别名路由 -> 检测分组路由 -
合并分组参数
可以看这一小节的标题为检测路由之路由参数、检查分组路由,那么在检测路由这里还是有很多的内容的。
只不过咔咔只是针对于合并分组参数、检查分组路由进行重点的讲解,终于其它的内容是没有贯穿到整条线的,就不去做过深的探讨了。
下一篇文章在控制器中会聊到一部分,但也不是全部都会写的哈!
合并分组参数
接下来先说这块的内容。
在看这一块内容之前需要对$this->parent
这个属性进行查看,看这个值是设置成了什么。
通过debug_backtrace()对其打印可以得知为Domain的实例化类。
接下来就进入到mergeGroupOptions
方法进行详解。
-
执行的文件:thinkphp/library/think/route/RuleGroup.php 164行 -
$this->parent:class thinkrouteDomain -
获取路由参数定义,如果不存在路由参数为'merge_rule_regex' => bool(false),反正会在后边追加上路由参数 -
合并分组参数:$this->mergeOptions : 需要和分组合并的路由参数'after', 'model', 'header', 'response', 'append', 'middleware' -
通过array_merge进行合并参数 -
并将lockOption参数进行锁定 -
并将合并的结果返回,最终返回结果$this->option
返回结果看下图
最终返回结果
说到底就是将路由参数进行合并,路由参数官方支持的请看下图,注意一下支持版本号。
一般情况下路由参数我们是不使用的,这里提出来就让大家知道有这个东西即可,如果坚持要用的话可以一定要把版本号看清楚,要不你会遇到很多麻烦。
检查分组路由
文件:thinkphp/library/think/route/RuleGroup.php 183行。
在这里首先需要明确一下关于$rules这个变量的值是什么。
打印出$rules的值可以看出来有俩种情况。
第一种情况为不是资源路由。
第二种情况为资源路由。
这是因为咔咔在路由文件只设置了俩个路由,一个资源路由,一个非资源路由。
根据上图圈出来的数据就可以知道当执行循环时$item这个值分为俩种情况。
-
执行thinkrouteResource Object
中的check方法 -
执行thinkrouteRuleItem Object
中的check方法
根据神器的打印结果可以看到当为资源路由时 也是执行的thinkphp/library/think/route/RuleGroup.php
类的check方法。
为什么资源路由会执行thinkphp/library/think/route/RuleGroup.php的check
因为在resource类中继承的是RuleGroup类。
并且$item
的值是Resource
类的实例,所以会进行执行check方法。
所以说拥有神器是多么的重要,关于这个神器在之前的文章进行过深入的讲解如何使用,如果你还不会,或者不知道这个用法赶紧去看看哈!神器是可以直接打印出代码的执行流程,在调试源码的过程中是非常有用的。
经过再一次的执行check
方法,最终结果的返回是在下图咔咔圈的地方。
非资源路由执行check
文件:thinkphp/library/think/route/RuleItem.php 行号231 此处就是非资源路由执行的方法。
进到检测路由规则方法后,还是会合并路由参数。
关于合并路由参数的方法,在上边已经说过了, 在这里就不多说了。
直到这里关于检测路由下的合并分组参数和检查分组路由就说完了,思路不清晰的可以看思维导图。
二、检测URL变量和规则路由是否匹配
以下案例使用的正常路由,没有使用资源路由做的案例,走的是文件thinkphp/library/think/route/RuleItem.php
使用神器来打印一下数据。