ThinkPHP路由源码解析(三)(3)

简介: ThinkPHP路由源码解析(三)

具体都执行了些神马让我们细细道来。


image.png


首先会进一次路由是否完全匹配的判断,在解读路由的过程中出现了很多这样的判断,后期咔咔会单独出一篇文章来进行解读为什么需要进行判断。


接着代码会执行到合并路由规则,这个过程是把路由规则进行了合并。


来到方法getPattern,由于路由规则没有设置所以直接返回,路由规则的这个变量的初始值就是空数组,所以合并之后还是一个空数组。


第二行代码不知道大家会不会有疑问,到底是什么执行的。


在这个类的构造函数中进行了依赖注入将// 路由实例:think\Route注入了进来。


根据代码追踪就是从配置信息中获取配置信息,返回结果为string(1) "/"


image.png


在接着对路由规则进行处理,将所有的|改为/


image.png


根据上图给返回的$rule可以明确的一件事就是下边的判断不会执行。


image.png


在这里需要了解一个方法就是preg_quote:函数用于转义正则表达式字符


所以最后这个slash这个变量会返回为string(6) "\/\-\/",其中的反斜杠全是转义符。


preg_replace 函数通过一个正则表达式分隔字符串。


strncasecmp() 函数比较两个字符串(不区分大小写)。


preg_match_all 函数用于执行一个全局正则表达式匹配。


preg_match_all 函数用于执行一个全局正则表达式匹配。


在这个方法中有几个函数对于大部分来说都是很陌生的,只能自己去进行查资料了,咔咔也不会进行解释这几个方法的使用。


三、解析匹配到的规则路由-路由地址动态处理

在上文执行完的过程中会发生几种情况,咔咔这里给大家整理一下,由于写的比较多怕有时候看的时候就混淆了。


第一种情况


没有任何路由参数和路由规则,就单纯的路由地址。


image.png


在这里打印一下检测URL和规则路由是否匹配的返回结果,以下的几种情况都使用的同一个地方打印,就不在写第二次了。


也就是当路由地址为纯路由地址时返回的是一个空数组。


image.png

image.png




第二种情况


设置有路由参数并且是必选参数,会返回参数和值并且是数组形式。


image.png

image.png




第三种情况


设置有资源路由参数并且是必选参数,会返回参数和值并且是数组形式,如果没有参数则返回false。


image.png

image.png




接下来在进入到本节的正题,为什么要做对以上的三种情况做出声明,请看下图咔咔圈出来的地方。


以上三种情况的打印结果就是$match这个的值,所以当$match值为false时整个流程会直接返回false。


不会在去执行解析匹配到的规则路由这一步骤。

image.png



在这里会执行几个动作,分别为


  • 检查OPTIONS请求
  • 检查前置行为
  • 解析匹配到的规则路由

而且我们要学习的就是解析匹配到的规则路由这个里边的内容。


使用以下路由作为案例进行执行流程。


image.png


解析匹配到的规则路由


参数说明


  • $request : object(think\Request) 请求类
  • $this->rule : string(13) “hello/<name?>” 路由规则
  • $this->route : string(17) “index/index/hello” 路由地址
  • $url : string(5) “hello” 请求地址
  • $option : array(1) { [“merge_rule_regex”] => bool(false)} 路由参数
  • $match : array(1) { [“name”] => string(1) “1”} 就是上边三种情况返回的值

执行文件:thinkphp/library/think/route/RuleItem.php,行号202.


image.png


接着就会进入到方法parseRule这个里边,这个方法的功能就是解析匹配到的规则路由,参数就是咔咔上边给写出来的六个参数。


由于路由参数是没有设置的所以不会去执行上边的那部分,接下来会对圈起来的地方进行深入的解析。


在这里主要就是替换路由地址中的变量。


image.png


这里的route和match这俩个值在上边的参数就已经做出说明了,可以翻上去看一下。


可以肯定的是肯定这个判断肯定会进行执行。


这里注意一下中间的部分,可以看到$replace和$search执行了俩次。其实就是针对路由规则后边的地址进行了俩种方案。


路由规则后边的参数是可选的,所以说这俩个值分别为以下,请看图。


image.png

image.png




然后通过str_replace() 函数替换字符串中的一些字符(区分大小写)。


最后返回的route就是string(17) "index/index/hello"


接下来就是咔咔圈出来的地方,这块主要就是运用PHP函数来对请求地址进行的处理。


这里有一个方法作用是解析URL地址中的参数Request对象,但是因为URL在这里是个空值所以不会去执行。


在将三个值进行赋值,然后就开始执行了路由调度。


image.png


本节就简单说到这里,在本节主要就是解析匹配到的规则路由,接下来就是进行路由调度。



相关文章
|
2天前
|
XML 人工智能 Java
Spring Bean名称生成规则(含源码解析、自定义Spring Bean名称方式)
Spring Bean名称生成规则(含源码解析、自定义Spring Bean名称方式)
|
10天前
yolo-world 源码解析(六)(2)
yolo-world 源码解析(六)
21 0
|
10天前
yolo-world 源码解析(六)(1)
yolo-world 源码解析(六)
14 0
|
11天前
yolo-world 源码解析(五)(4)
yolo-world 源码解析(五)
22 0
|
11天前
yolo-world 源码解析(五)(1)
yolo-world 源码解析(五)
33 0
|
25天前
|
XML Java Android开发
Android实现自定义进度条(源码+解析)
Android实现自定义进度条(源码+解析)
53 1
|
29天前
|
存储 NoSQL 算法
【Redis技术进阶之路】「底层源码解析」揭秘高效存储模型与数据结构底层实现(字典)(二)
【Redis技术进阶之路】「底层源码解析」揭秘高效存储模型与数据结构底层实现(字典)
47 0
|
11天前
yolo-world 源码解析(二)(2)
yolo-world 源码解析(二)
22 0
|
11天前
Marker 源码解析(二)(3)
Marker 源码解析(二)
16 0

推荐镜像

更多