“
本文接著上文繼續來解讀路由源碼,如果你看到本文可以先看一下之前寫的路由文章,共計倆篇。
”
前言
經過前倆篇路由源碼的解讀,相信大家對路由已經有了一定了了解了。
本文會接著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
使用神器來打印一下數據。