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

本文涉及的产品
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 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


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



相关文章
|
15天前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
45 2
|
15天前
|
存储 安全 Linux
Golang的GMP调度模型与源码解析
【11月更文挑战第11天】GMP 调度模型是 Go 语言运行时系统的核心部分,用于高效管理和调度大量协程(goroutine)。它通过少量的操作系统线程(M)和逻辑处理器(P)来调度大量的轻量级协程(G),从而实现高性能的并发处理。GMP 模型通过本地队列和全局队列来减少锁竞争,提高调度效率。在 Go 源码中,`runtime.h` 文件定义了关键数据结构,`schedule()` 和 `findrunnable()` 函数实现了核心调度逻辑。通过深入研究 GMP 模型,可以更好地理解 Go 语言的并发机制。
|
28天前
|
消息中间件 缓存 安全
Future与FutureTask源码解析,接口阻塞问题及解决方案
【11月更文挑战第5天】在Java开发中,多线程编程是提高系统并发性能和资源利用率的重要手段。然而,多线程编程也带来了诸如线程安全、死锁、接口阻塞等一系列复杂问题。本文将深度剖析多线程优化技巧、Future与FutureTask的源码、接口阻塞问题及解决方案,并通过具体业务场景和Java代码示例进行实战演示。
43 3
|
2月前
|
存储 JavaScript 前端开发
Vue3权限控制全攻略:路由与组件层面的用户角色与权限管理方法深度解析
Vue3权限控制全攻略:路由与组件层面的用户角色与权限管理方法深度解析
141 2
|
2月前
|
存储
让星星⭐月亮告诉你,HashMap的put方法源码解析及其中两种会触发扩容的场景(足够详尽,有问题欢迎指正~)
`HashMap`的`put`方法通过调用`putVal`实现,主要涉及两个场景下的扩容操作:1. 初始化时,链表数组的初始容量设为16,阈值设为12;2. 当存储的元素个数超过阈值时,链表数组的容量和阈值均翻倍。`putVal`方法处理键值对的插入,包括链表和红黑树的转换,确保高效的数据存取。
59 5
|
2月前
|
Java Spring
Spring底层架构源码解析(三)
Spring底层架构源码解析(三)
120 5
|
2月前
|
缓存 Java 程序员
Map - LinkedHashSet&Map源码解析
Map - LinkedHashSet&Map源码解析
70 0
|
2月前
|
算法 Java 容器
Map - HashSet & HashMap 源码解析
Map - HashSet & HashMap 源码解析
57 0
|
2月前
|
存储 Java C++
Collection-PriorityQueue源码解析
Collection-PriorityQueue源码解析
62 0
|
2月前
|
安全 Java 程序员
Collection-Stack&Queue源码解析
Collection-Stack&Queue源码解析
85 0