站長資訊網(wǎng)前言
由于文章篇幅的原因，執(zhí)行在新開一篇文章進(jìn)行寫。
在上一篇中給大家講解了以下內(nèi)容。
-
路由初識化簡單分析 -
通過定義路由再談門面 -
路由定義rule方法中的$this->group到底執(zhí)行了什么 -
路由規(guī)則預(yù)處理 -
解析生成路由標(biāo)識的快捷訪問
但是在路由這塊還有很多的內(nèi)容要來講解，接下來就會針對以下內(nèi)容進(jìn)行解析。
-
路由配置（就是在route文件中的return中） -
dispatch初認(rèn)識 -
route-check 檢測URL路由 -
。。。。。。。。。。。。。
接下來就一個(gè)一個(gè)進(jìn)行詳解。
同樣給大家放一個(gè)關(guān)于路由的執(zhí)行圖，供大家進(jìn)行參考。
一、dispatch初認(rèn)識以及route-check 檢測URL路由
這塊的內(nèi)容是在執(zhí)行應(yīng)用程序里邊，接下來咔咔帶大家簡單的認(rèn)識一下。
本節(jié)沒有源碼的解釋，只是為了后文坐鋪墊使用的，所以很有必要知道dispatch是怎么一個(gè)回事。
下圖就是在執(zhí)行完路由初始化之后返回上層繼續(xù)執(zhí)行的流程。
然后就會執(zhí)行到路由檢測這里。
路由測試使用如下圖
然后我們可以對這個(gè)調(diào)度信息進(jìn)行打印
在上圖中已經(jīng)打印出了關(guān)于dispatch的相關(guān)的值
接下來就會針對routeCheck方法進(jìn)行簡單的預(yù)覽
在上圖方法中只要明確在這一步會處理緩存，并且返回一個(gè)Dispatch對象即可。
這塊的源碼大家可以簡單的看一下即可，不是很重要。
route-check 檢測URL路由
但是這塊的內(nèi)容還是需要簡單的去看一下的。
在看之前需要明確一下傳入的倆個(gè)參數(shù)分別是什么。
參數(shù)一：路由規(guī)則 參數(shù)二：檢測是否配置了強(qiáng)制路由
知道了參數(shù)的含義后就需要去到check這個(gè)方法中一探究竟了。
在這個(gè)方法中關(guān)于自動檢測域名路由我們來打印一下數(shù)據(jù)是什么樣的。
其實(shí)這個(gè)返回的結(jié)果就是跟之前資源路由掛載的方式是一樣的，
然后會通過pathinfo分隔符 : 把url中的 / 改為 |
并且會在配置文件獲取路由是否完全匹配
最終執(zhí)行使用默認(rèn)路由解析
這里邊的細(xì)節(jié)就不去深度解析了，關(guān)于路由這塊的細(xì)節(jié)是在是太多了，如果一個(gè)一個(gè)去針對細(xì)節(jié)，那是需要耗費(fèi)大量的時(shí)間的。
所以這塊的內(nèi)容就到這里了，只需要知道執(zhí)行了什么，并且最終返回的是什么即可。
二、request類是如何找到的
在上一節(jié)中$result = $domain->check($this->request, $url, $completeMatch);會執(zhí)行這一塊的內(nèi)容。
這里不去關(guān)心這個(gè)方法執(zhí)行了什么。
而是需要關(guān)心這個(gè)$this->request是如果找到并且執(zhí)行的。
首先可以看到的是在Route類中是存在request這個(gè)屬性的。
接著來到Route的構(gòu)造函數(shù)，在這里你會發(fā)現(xiàn)新天地。
此處使用了ArrayAccess像數(shù)組一樣訪問對象，但是$app中不存在request屬性，所以就會去執(zhí)行容器類中的__get魔術(shù)方法，在__get方法中調(diào)用的是容器中的make方法，第一個(gè)參數(shù)為request，最終會返回request的實(shí)例。
這里的$app其實(shí)就是通過依賴注入進(jìn)來的App實(shí)例。
看了這么多的源碼肯定知道App類是繼承Container類的也就是容器類。
在容器類中得最下邊會有幾個(gè)魔術(shù)方法。
這里只需要關(guān)注__get方法即可。
__get方法會在訪問不存在的屬性時(shí)會執(zhí)行的函數(shù)。
也就說最終會執(zhí)行到make方法。
這個(gè)方法會通過一系列的操作，最終返回一個(gè)Request的實(shí)例。
并且把這個(gè)實(shí)例存放到容器里邊，下次使用時(shí)直接獲取即可。
關(guān)于容器類中的make方法是容器類中特別重要的方法，也是靈魂方法。
全框架的實(shí)例都是通過容器返回的，所以說這個(gè)方法的重要性就不用咔咔在多說了。
咔咔之前對容器進(jìn)行過特別深入的理解，并且用文章的形式呈現(xiàn)給了大家。
三、檢測域名路由
先給大家把流程圖畫出來，然后根據(jù)流程跟這咔咔的節(jié)奏即可。
首先要確認(rèn)的一件事情就是檢測域名路由是在執(zhí)行應(yīng)用程序中執(zhí)行的。
上層執(zhí)行流程就是在入口文件哪里。
首先代碼會執(zhí)行到routeCheck這個(gè)方法里邊，那么就先看這個(gè)文件。
先看注釋，對這個(gè)方法的解釋就是URL路由檢測。
在這個(gè)方法里邊先是會對路由緩存進(jìn)行檢測，這塊內(nèi)容就是關(guān)于Cache的。
在這個(gè)方法里邊最重要的的就是路由檢測 返回一個(gè)Dispatch對象就是這個(gè)方法。
那么接下里就是看這個(gè)方法。
首先要明確的就是傳進(jìn)去的倆個(gè)參數(shù)都是什么。
-
$path : string(4) "blog" -
$must : bool(false)
在檢測URL路由中會做以下幾件事情。
-
pathinfo分隔符 : 把url中的 / 改為 | -
路由是否完全匹配 -
檢測域名路由 -
默認(rèn)路由解析
接下來就只需要對檢測域名路由流程進(jìn)行深度解析。
關(guān)于前倆個(gè)執(zhí)行只是一些字符串的處理，看看就行，知道最終返回什么即可。
同樣在檢測域名路由的執(zhí)行中明確三個(gè)參數(shù)的含義。
-
$this->request ： 通過容器類的__get魔術(shù)方法，執(zhí)行容器類的make方法，最終返回request的實(shí)例對象，這列不會的去看 第六節(jié)的文章 -
$url : string(4) "blog" -
$completeMatch : 路由是否完全匹配
來到$result = $domain->check($this->request, $url, $completeMatch);這里，也就是本節(jié)的重點(diǎn)了。
在這個(gè)方法里邊會執(zhí)行以下幾個(gè)流程，會針對重要的執(zhí)行流程進(jìn)行深度解析。
-
檢測路由別名 : checkRouteAlias -
檢測URL綁定：checkUrlBind -
判斷路由參數(shù) -
添加域名中間件 -
檢測分組路由 ： parent::check
檢測路由別名 : checkRouteAlias
參數(shù)解釋
-
$request ： request類的實(shí)例 -
$url ： 傳過來的 blog
在這個(gè)方法里邊存在倆個(gè)需要明確的知識點(diǎn)
-
strpos ： 查找在字符串中第一次出現(xiàn)的位置 -
strstr : strstr返回一個(gè)指針，指向string2在string1中首次出現(xiàn)的位置，strstr("Helloworld!","world");?>n輸出：nworld! -
首先會對URL地址進(jìn)行處理：返回blog -
獲取別名路由定義 NULL -
以資源路由blog為例 返回false
在檢測路由別名中存在一個(gè)方法需要去在看一下
參數(shù)就是上圖中傳入的blog
來到這個(gè)方法，首先要明確的事情就是此方法在類thinkphp/library/think/Route.php中
并且此類使用了thinkroute下的所有類
這個(gè)方法就會把從檢測路由過來的blog然后會在Route類中的alias屬性里邊進(jìn)行獲取，如果不存在則會返回NULL
這個(gè)別名的使用會在下文中提到
來到檢測別名路由的最后return $item ? $item->check($request, $url) : false;也就是這行代碼，從上圖中就可以知道，這個(gè)item就是NULL
并且最終將這個(gè)NULL給返回回去。
檢測URL綁定：checkUrlBind
參數(shù)說明
-
$request ： request類的實(shí)例 -
$url ： 傳過來的 blog
在這個(gè)方法中只對下圖咔咔圈出來的地方進(jìn)行詳解。
來到方法getBind讀取路由綁定，可以看到咔咔已經(jīng)將傳入的參數(shù)打印出來了。
本方法是在thinkphp/library/think/route/Domain.php這個(gè)類里邊，還記得在設(shè)置路由規(guī)則的$This->group就是使用的這個(gè)類，不知道的可以去看路由文章的第一節(jié)。
同時(shí)在這個(gè)方法中會進(jìn)行一次subDomain當(dāng)前子域名的獲取。
在這個(gè)方法最終會返回www，主要看一下圈出來的第一個(gè)部分。
通過request類中的host方法來獲取當(dāng)前域名，然后進(jìn)行分割。
返回?cái)?shù)據(jù)：array(1) { [0] =>n string(3) "www"n}
給子域名賦值：$this->subDomain
返回最終結(jié)果返回子域名 ： www
接著就會返回到上層，在上層進(jìn)行判斷獲取的當(dāng)前子域名WWW。
一些是所有的判斷處理，第一個(gè)判斷肯定是不會成立的，因?yàn)橹环祷亓藈ww，并沒有.
下邊的判斷是根據(jù)路由綁定進(jìn)行的判斷，這里只需要知道最總會返回NULL就可以了。
知道了在底層返回了NULL，所以在這里的判斷同樣也不會成立，所以最終給上層返回的結(jié)果就是false。
判斷路由參數(shù)
根據(jù)上圖執(zhí)行流程最終還是會返回到thinkphp/library/think/route/Domain.php這個(gè)方法check檢測域名路由。
然后開始進(jìn)行判斷路由參數(shù)。
沒有路由參數(shù)跳過不執(zhí)行。
存在路由參數(shù)：執(zhí)行方法setRouteVars ：設(shè)置路由變量 這個(gè)參數(shù)是在框架版本5.1.5以上才可以使用，由于咔咔使用的版本有點(diǎn)低，就不對其詳解了。
添加域名中間件
關(guān)于中間件這里也不對其進(jìn)行解釋，因?yàn)楹笃跁麻_一篇文章來詳解，本文還是以路由為重點(diǎn)哈！
檢測分組路由
接著就會來到檢測域名路由的最后一個(gè)流程，執(zhí)行代碼return parent::check($request, $url, $completeMatch);
會跳轉(zhuǎn)到類文件：thinkphp/library/think/route/RuleGroup.php，因?yàn)镈omain類是繼承RuleGroup這個(gè)類的。
參數(shù)說明
-
$request ： request類的實(shí)例 -
$url ： 傳過來的 blog -
$completeMatch : 路由是否完全匹配
在這個(gè)方法中咔咔只會對這里的其中的一個(gè)流程進(jìn)行詳解，也就是合并分組參數(shù)。
因?yàn)檫@個(gè)方法也是貫穿執(zhí)行流程的一條主線，其余的都是方法都是在進(jìn)行檢測，判斷。
四、總結(jié)
關(guān)于路由用了倆篇文章還沒有結(jié)束，看了這么長時(shí)間的源碼也就是路由這塊是最復(fù)雜并且最難理解的。
其中的類是一環(huán)套一環(huán)，路由先暫時(shí)了解到這里，后期在閱讀其它源碼時(shí)在進(jìn)行其它內(nèi)容補(bǔ)充。
在路由這一篇中主要執(zhí)行的流程圖大家一定要仔細(xì)看。
在就是通過在注冊路由規(guī)則時(shí)的group這個(gè)屬性最終返回的是Domain類，這里的內(nèi)容一定要清晰。
主要知道在路由中域名的配置流程，域名是在何時(shí)進(jìn)行配置的。
路由文件中的返回?cái)?shù)組和在導(dǎo)入路由文件流程要有清晰的思路。
再就是回顧之前學(xué)習(xí)的ArrayAccess，像訪問數(shù)組一樣訪問對象。
容器中的魔術(shù)方法__get方法，在這個(gè)魔術(shù)方法中存在make方法，主要用來返回一個(gè)類的實(shí)例，并且存放到容器中。
關(guān)于路由的方面暫時(shí)就說到這里的，預(yù)計(jì)在有一篇就會把路由寫完了。
“
堅(jiān)持學(xué)習(xí)、堅(jiān)持寫博、堅(jiān)持分享是咔咔從業(yè)以來一直所秉持的信念。希望在諾大互聯(lián)網(wǎng)中咔咔的文章能帶給你一絲絲幫助。我是咔咔，下期見。
”
