thinkphp源碼分析（一）—開門篇

flybywind 發(fā)布于2019-07-01 11:21 / 1011人閱讀

摘要：源碼分析開門篇生命周期入口文件用戶發(fā)起的請(qǐng)求都會(huì)經(jīng)過應(yīng)用的入口文件，通常是文件。注冊(cè)錯(cuò)誤和異常機(jī)制執(zhí)行注冊(cè)錯(cuò)誤和異常處理機(jī)制。由三部分組成應(yīng)用關(guān)閉方法錯(cuò)誤處理方法異常處理方法注冊(cè)應(yīng)用關(guān)閉方法是為了便于攔截一些系統(tǒng)錯(cuò)誤。

源碼分析—開門篇 thinkphp生命周期 1、入口文件

用戶發(fā)起的請(qǐng)求都會(huì)經(jīng)過應(yīng)用的入口文件，通常是 ==public/index.php==文件。當(dāng)然，你也可以更改或者增加新的入口文件。

通常入口文件的代碼都比較簡(jiǎn)單，一個(gè)普通的入口文件代碼如下：

// 應(yīng)用入口文件

// 定義項(xiàng)目路徑
define("APP_PATH", __DIR__ . "/../application/");
// 加載框架引導(dǎo)文件
require __DIR__ . "/../thinkphp/start.php";

一般入口文件以定義一些常量為主，支持的常量請(qǐng)參考后續(xù)的內(nèi)容或者附錄部分。

通常，我們不建議在應(yīng)用入口文件中加入過多的代碼，尤其是和業(yè)務(wù)邏輯相關(guān)的代碼。

2、引導(dǎo)文件

接下來就是執(zhí)行框架的引導(dǎo)文件，start.php文件就是系統(tǒng)默認(rèn)的一個(gè)引導(dǎo)文件。在引導(dǎo)文件中，會(huì)依次執(zhí)行下面操作：

1. 加載系統(tǒng)常量定義；
2. 加載環(huán)境變量定義文件；
3. 注冊(cè)自動(dòng)加載機(jī)制；
4. 注冊(cè)錯(cuò)誤和異常處理機(jī)制；
5. 加載慣例配置文件；
6. 執(zhí)行應(yīng)用；

start.php引導(dǎo)文件首先會(huì)調(diào)用base.php基礎(chǔ)引導(dǎo)文件，某些特殊需求下面可能直接在入口文件中引入基礎(chǔ)引導(dǎo)文件。

如果在你的應(yīng)用入口文件中更改了默認(rèn)的引導(dǎo)文件，則上述執(zhí)行流程可能會(huì)跟隨發(fā)生變化。

3、注冊(cè)自動(dòng)加載

系統(tǒng)會(huì)調(diào)用 Loader::register()方法注冊(cè)自動(dòng)加載，在這一步完成后，所有符合規(guī)范的類庫(kù)（包括Composer依賴加載的第三方類庫(kù)）都將自動(dòng)加載。

系統(tǒng)的自動(dòng)加載由下面主要部分組成：

1. 注冊(cè)系統(tǒng)的自動(dòng)加載方法 	hinkLoader::autoload
2. 注冊(cè)系統(tǒng)命名空間定義
3. 加載類庫(kù)映射文件（如果存在）
4. 如果存在Composer安裝，則注冊(cè)**Composer**自動(dòng)加載
5. 注冊(cè)extend擴(kuò)展目錄

一個(gè)類庫(kù)的自動(dòng)加載檢測(cè)順序?yàn)椋?/p>

1. 是否定義類庫(kù)映射；
2. PSR-4自動(dòng)加載檢測(cè)；
3. PSR-0自動(dòng)加載檢測(cè)；
4. 可以看到，定義類庫(kù)映射的方式是最高效的。

4、注冊(cè)錯(cuò)誤和異常機(jī)制

執(zhí)行Error::register()注冊(cè)錯(cuò)誤和異常處理機(jī)制。

由三部分組成：

1. 應(yīng)用關(guān)閉方法：thinkError::appShutdown
2. 錯(cuò)誤處理方法：thinkError::appError
3. 異常處理方法：thinkError::appException

注冊(cè)應(yīng)用關(guān)閉方法是為了便于攔截一些系統(tǒng)錯(cuò)誤。

在整個(gè)應(yīng)用請(qǐng)求的生命周期過程中，如果拋出了異常或者嚴(yán)重錯(cuò)誤，均會(huì)導(dǎo)致應(yīng)用提前結(jié)束，并響應(yīng)輸出異常和錯(cuò)誤信息。

5、應(yīng)用初始化

執(zhí)行應(yīng)用的第一步操作就是對(duì)應(yīng)用進(jìn)行初始化，包括：

1. 加載應(yīng)用（公共）配置；
2. 加載擴(kuò)展配置文件（由extra_config_list定義）；
3. 加載應(yīng)用狀態(tài)配置；
4. 加載別名定義；
5. 加載行為定義；
6. 加載公共（函數(shù)）文件；
7. 注冊(cè)應(yīng)用命名空間；
8. 加載擴(kuò)展函數(shù)文件（由extra_file_list定義）；
9. 設(shè)置默認(rèn)時(shí)區(qū)；
10. 加載系統(tǒng)語(yǔ)言包；

6、URL訪問檢測(cè)

應(yīng)用初始化完成后，就會(huì)進(jìn)行URL的訪問檢測(cè)，包括PATH_INFO檢測(cè)和URL后綴檢測(cè)。

5.0的URL訪問必須是PATH_INFO方式（包括兼容方式）的URL地址，例如：

http://serverName/index.php/index/index/hello/val/value

所以，如果你的環(huán)境只能支持普通方式的URL參數(shù)訪問，那么必須使用

http://serverName/index.php?s=/index/index/hello&val=value

如果是命令行下面訪問入口文件的話，則通過

$ php index.php index/index/hello/val/value...

獲取到正常的 ==$_SERVER["PATH_INFO"]== 參數(shù)后才能繼續(xù)。

7、路由檢測(cè)

如果開啟了url_route_on參數(shù)的話，會(huì)首先進(jìn)行URL的路由檢測(cè)。

如果一旦檢測(cè)到匹配的路由，根據(jù)定義的路由地址會(huì)注冊(cè)到相應(yīng)的URL調(diào)度。

5.0的路由地址支持如下方式：

1. 路由到模塊/控制器/操作；
2. 路由到外部重定向地址；
3. 路由到控制器方法；
4. 路由到閉包函數(shù)；
5. 路由到類的方法；
6. 路由地址可能會(huì)受域名綁定的影響。

如果關(guān)閉路由或者路由檢測(cè)無(wú)效則進(jìn)行默認(rèn)的模塊/控制器/操作的分析識(shí)別。

如果在應(yīng)用初始化的時(shí)候指定了應(yīng)用調(diào)度方式，那么路由檢測(cè)是可選的。

可以使用 thinkApp::dispatch() 進(jìn)行應(yīng)用調(diào)度，例如：

App::dispatch(["type" => "module", "module" => "index/index"]);

8、分發(fā)請(qǐng)求

在完成了URL檢測(cè)和路由檢測(cè)之后，路由器會(huì)分發(fā)請(qǐng)求到對(duì)應(yīng)的路由地址，這也是應(yīng)用請(qǐng)求的生命周期中最重要的一個(gè)環(huán)節(jié)。

在這一步驟中，完成應(yīng)用的業(yè)務(wù)邏輯及數(shù)據(jù)返回。

建議統(tǒng)一使用return返回?cái)?shù)據(jù)，而不是echo輸出，如非必要，請(qǐng)不要使用exit或者die中斷執(zhí)行。

直接echo輸出的數(shù)據(jù)將無(wú)法進(jìn)行自動(dòng)轉(zhuǎn)換響應(yīng)輸出的便利。

下面是系統(tǒng)支持的分發(fā)請(qǐng)求機(jī)制，可以根據(jù)情況選擇：

模塊/控制器/操作

這是默認(rèn)的分發(fā)請(qǐng)求機(jī)制，系統(tǒng)會(huì)根據(jù)URL或者路由地址來判斷當(dāng)前請(qǐng)求的模塊、控制器和操作名，并自動(dòng)調(diào)用相應(yīng)的訪問控制器類，執(zhí)行操作對(duì)應(yīng)的方法。
該機(jī)制下面，首先會(huì)判斷當(dāng)前模塊，并進(jìn)行模塊的初始化操作（和應(yīng)用的初始化操作類似），模塊的配置參數(shù)會(huì)覆蓋應(yīng)用的尚未生效的配置參數(shù)。

支持模塊映射、URL參數(shù)綁定到方法，以及操作綁定到類等一些功能。

控制器方法

和前一種方式類似，只是無(wú)需判斷模塊、控制器和操作，直接分發(fā)請(qǐng)求到一個(gè)指定的控制器類的方法，因此沒有進(jìn)行模塊的初始化操作。

外部重定向

可以直接分發(fā)請(qǐng)求到一個(gè)外部的重定向地址，支持指定重定向代碼，默認(rèn)為301重定向。

閉包函數(shù)

路由地址定義的時(shí)候可以直接采用閉包函數(shù)，完成一些相對(duì)簡(jiǎn)單的邏輯操作和輸出。

類的方法

除了以上方式外，還支持分發(fā)請(qǐng)求到類的方法，包括：

靜態(tài)方法： "blog/:id"=>"orgutilBlog::read"
類的方法："blog/:id"=>"appindexcontrollerBlog@read"

9、響應(yīng)輸出

控制器的所有操作方法都是return返回而不是直接輸出，系統(tǒng)會(huì)調(diào)用Response::send方法將最終的應(yīng)用返回的數(shù)據(jù)輸出到頁(yè)面或者客戶端，并自動(dòng)轉(zhuǎn)換成default_return_type參數(shù)配置的格式。所以，應(yīng)用執(zhí)行的數(shù)據(jù)輸出只需要返回一個(gè)正常的PHP數(shù)據(jù)即可。

10、應(yīng)用結(jié)束

事實(shí)上，在應(yīng)用的數(shù)據(jù)響應(yīng)輸出之后，應(yīng)用并沒真正的結(jié)束，系統(tǒng)會(huì)在應(yīng)用輸出或者中斷后進(jìn)行日志保存寫入操作。

系統(tǒng)的日志包括用戶調(diào)試輸出的和系統(tǒng)自動(dòng)生成的日志，統(tǒng)一會(huì)在應(yīng)用結(jié)束的時(shí)候進(jìn)行寫入操作。

而日志的寫入操作受日志初始化的影響。