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

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: ThinkPHP路由源码解析(三)

ThinkPHP路由源码解析


前言

经过前俩篇路由源码的解读,相信大家对路由已经有了一定了了解了。


本文会接着ThinkPHP路由源码解析(二)继续讲解,也是路由这块内容的收尾了。


关于路由,咔咔感觉是整个框架中源码阅读最吃力的一个核心点,也耗费了很多时间。


因为在其中有很多类的嵌套,何不按照常理出牌,例如$this->group的这个点。


虽然就是一个简单的调用关系,但是在源码中执行的功能也是很多很多。


一般源码都会认为这个group就是简单的一个类,其实不然,最终返回的结果令人有点匪夷所思返回的是Domain这个类。


所以说对于框架的一切都需要认真的去理解,阅读源码主要是为了提升自己对框架的认识和框架的设计思想。


还是按照步骤来,先看矿机的执行流程图,然后大家就可以根据流程图进行清晰的阅读文章了。


后期的所有源码阅读都会直接添加到这里,进行补充。


image.png


一、检测路由-合并分组参数、检查分组路由

上一篇的最后是讲的下图的位置,这个位置暂时还是空的,这个空的位置就是接下来要讲的合并分组参数。


参数合并其实就是将路由参数和默认的参数进行合并。


image.png


为了能给大家清晰的展示出来执行流程,咔咔将执行流程圈了出来。


执行文件:


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对象

检测域名路由

检测别名路由 -> 检测分组路由

合并分组参数


image.png


可以看这一小节的标题为检测路由之路由参数、检查分组路由,那么在检测路由这里还是有很多的内容的。


只不过咔咔只是针对于合并分组参数、检查分组路由进行重点的讲解,终于其它的内容是没有贯穿到整条线的,就不去做过深的探讨了。


下一篇文章在控制器中会聊到一部分,但也不是全部都会写的哈!


合并分组参数


接下来先说这块的内容。


image.png


在看这一块内容之前需要对$this->parent这个属性进行查看,看这个值是设置成了什么。


通过debug_backtrace()对其打印可以得知为Domain的实例化类。


image.png


接下来就进入到mergeGroupOptions方法进行详解。


执行的文件:thinkphp/library/think/route/RuleGroup.php 164行

$this->parent:class think\route\Domain

获取路由参数定义,如果不存在路由参数为’merge_rule_regex’ => bool(false),反正会在后边追加上路由参数

合并分组参数:$this->mergeOptions : 需要和分组合并的路由参数’after’, ‘model’, ‘header’, ‘response’, ‘append’, ‘middleware’

通过array_merge进行合并参数

并将lockOption参数进行锁定

并将合并的结果返回,最终返回结果$this->option

返回结果看下图


image.png


最终返回结果


image.png


说到底就是将路由参数进行合并,路由参数官方支持的请看下图,注意一下支持版本号。


image.png


检查分组路由


文件:thinkphp/library/think/route/RuleGroup.php 183行。


在这里首先需要明确一下关于$rules这个变量的值是什么。


image.png


打印出$rules的值可以看出来有俩种情况。


第一种情况为不是资源路由。


第二种情况为资源路由。


image.png


这是因为咔咔在路由文件只设置了俩个路由,一个资源路由,一个非资源路由。


image.png


根据上图圈出来的数据就可以知道当执行循环时$item这个值分为俩种情况。


执行think\route\Resource Object中的check方法

执行think\route\RuleItem Object中的check方法

根据神器的打印结果可以看到当为资源路由时 也是执行的thinkphp/library/think/route/RuleGroup.php类的check方法。


image.png


为什么资源路由会执行thinkphp/library/think/route/RuleGroup.php的check


因为在resource类中继承的是RuleGroup类。


并且$item的值是Resource类的实例,所以会进行执行check方法。


所以说拥有神器是多么的重要。


image.png


经过再一次的执行check方法,最终结果的返回是在下图咔咔圈的地方。


image.png



相关文章
|
12天前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
12天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
12天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
1月前
|
PyTorch Shell API
Ascend Extension for PyTorch的源码解析
本文介绍了Ascend对PyTorch代码的适配过程,包括源码下载、编译步骤及常见问题,详细解析了torch-npu编译后的文件结构和三种实现昇腾NPU算子调用的方式:通过torch的register方式、定义算子方式和API重定向映射方式。这对于开发者理解和使用Ascend平台上的PyTorch具有重要指导意义。
|
13天前
|
安全 搜索推荐 数据挖掘
陪玩系统源码开发流程解析,成品陪玩系统源码的优点
我们自主开发的多客陪玩系统源码,整合了市面上主流陪玩APP功能,支持二次开发。该系统适用于线上游戏陪玩、语音视频聊天、心理咨询等场景,提供用户注册管理、陪玩者资料库、预约匹配、实时通讯、支付结算、安全隐私保护、客户服务及数据分析等功能,打造综合性社交平台。随着互联网技术发展,陪玩系统正成为游戏爱好者的新宠,改变游戏体验并带来新的商业模式。
|
2月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
87 2
|
3月前
|
缓存 Java 程序员
Map - LinkedHashSet&Map源码解析
Map - LinkedHashSet&Map源码解析
87 0
|
3月前
|
算法 Java 容器
Map - HashSet & HashMap 源码解析
Map - HashSet & HashMap 源码解析
68 0
|
3月前
|
存储 Java C++
Collection-PriorityQueue源码解析
Collection-PriorityQueue源码解析
73 0
|
3月前
|
安全 Java 程序员
Collection-Stack&Queue源码解析
Collection-Stack&Queue源码解析
96 0

推荐镜像

更多