本篇內容我們對ThinkPHP5.0的(de)應(ying)用(yong)請求(qiu)的(de)生命周期做大致的(de)介紹，以便于(yu)開發者了解整個執行流程。

1、入口文件

用戶發起的請求都會經過應用的入口文件，通常是 public/index.php文件。當然，你也可以更改或者增加新的入口(kou)文件。

通(tong)常入(ru)口(kou)文件(jian)的代(dai)碼(ma)都比(bi)較簡單，一個普通(tong)的入(ru)口(kou)文件(jian)代(dai)碼(ma)如下：

// 應用入口文(wen)件

// 定義項目(mu)路徑
define('APP_PATH', __DIR__ . '/../application/');
// 加載框架引導(dao)文(wen)件
require __DIR__ . '/../ThinkPHP/start.php';

一般入(ru)口文件以定義一些常(chang)量為主，支持的常(chang)量請參考后續的內容(rong)或者附錄(lu)部分。

通常，我們不建議在應用入口文件中加(jia)入過多的代(dai)碼(ma)，尤其是和(he)業(ye)務邏輯(ji)相關的代(dai)碼(ma)。

2、引導文件

接下來就是執行框架的引導文件，start.php文件就是系統默認的一個(ge)引(yin)(yin)導(dao)文件。在引(yin)(yin)導(dao)文件中，會(hui)依次執行下面操作：

• 加載系統常量定義；
• 加載環境變量定義文件；
• 注冊自動加載機制；
• 注冊錯誤和異常處理機制；
• 加載慣例配置文件；
• 執行應用；

start.php引導文件首先會調用base.php基礎引導文件(jian)(jian)，某(mou)些特殊需求下面可能直接在(zai)入口文件(jian)(jian)中引入基礎引導文件(jian)(jian)。

如果在你(ni)的(de)應用入口(kou)文件中更改了默認(ren)的(de)引導文件，則上述執行流程可能(neng)會跟隨發生變化。

3、注冊自動加載

系統會調用 Loader::register()方法注冊自動加載，在這一步完成后，所有符合規范的類庫（包括Composer依賴加載的第三方類庫）都將自(zi)動加載。

系統(tong)的自動加載由下(xia)面主要部分組成：

1. 注冊系統的自動加載方法 \think\Loader::autoload
2. 注冊系統命名空間定義
3. 加載類庫映射文件（如果存在）
4. 如果存在Composer安裝，則注冊**Composer**自動加載
5. 注冊extend擴展目錄

一個類庫的自動加載檢測順序為：

1. 是否定義類庫映射；
2. PSR-4自動加載檢測；
3. PSR-0自動加載檢測；

可以看到(dao)，定義(yi)類庫(ku)映射的方式是最高效的。

4、注冊錯誤和異常機制

執行Error::register()注冊錯誤和異常處理機制。

由三部分組成：

• 應用關閉方法：think\Error::appShutdown
• 錯誤處理方法：think\Error::appError
• 異常處理方法：think\Error::appException

注冊應用關閉方(fang)法(fa)是(shi)為了便于攔截一些(xie)系(xi)統(tong)錯誤。

在整個(ge)應(ying)用(yong)(yong)請求的生命周期過程(cheng)中(zhong)，如果拋出了異常或者嚴(yan)重(zhong)錯(cuo)誤，均(jun)會導致應(ying)用(yong)(yong)提前結束，并響應(ying)輸出異常和錯(cuo)誤信息。

5、應用初始化

執行(xing)應(ying)(ying)用(yong)(yong)的第一步操作就是(shi)對(dui)應(ying)(ying)用(yong)(yong)進行(xing)初始化，包括：

• 加載應用（公共）配置；
• 加載擴展配置文件（由extra_config_list定義）；
• 加載應用狀態配置；
• 加載別名定義；
• 加載行為定義；
• 加載公共（函數）文件；
• 注冊應用命名空間；
• 加載擴展函數文件（由extra_file_list定義）；
• 設置默認時區；
• 加載系統語言包；

6、URL訪問檢測

應用初始化完成后，就會進行URL的訪問檢測，包括PATH_INFO檢測(ce)和(he)URL后綴檢測(ce)。

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

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

所以(yi)，如(ru)果你的(de)環境(jing)只能支持普通(tong)方(fang)式的(de)URL參數(shu)訪問(wen)，那么必須使(shi)用

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

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

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

獲取到正常的$_SERVER['PATH_INFO']參數后才能繼續。

7、路由檢測

如果開啟了url_route_on參(can)數的話，會首先進(jin)行URL的路由檢測。

如果一旦檢測到匹配的路由，根據定義的路由地址會注冊到相應的URL調度。
5.0的路(lu)由(you)地(di)址支(zhi)持如(ru)下方(fang)式：

• 路由到模塊/控制器/操作；
• 路由到外部重定向地址；
• 路由到控制器方法；
• 路由到閉包函數；
• 路由到類的方法；

路由地(di)址可能會(hui)受(shou)域名綁定的影(ying)響。

如果關閉路由或者路由檢測無效則進行默認的模塊/控制器/操作的分析識別。

如果在應用初始化的時候指定了應用調度方式，那么路由檢測是可選的。
可以使用 \think\App::dispatch() 進行應用調度，例如：
App::dispatch(['type' => 'module', 'module' => 'index/index']);

8、分發請求

在完成(cheng)了URL檢測和路由檢測之后，路由器會分發請(qing)求(qiu)到對(dui)應的路由地址，這(zhe)也(ye)是應用(yong)請(qing)求(qiu)的生命周期中(zhong)最重要的一個環節。

在這(zhe)一步驟中，完成應用的業(ye)務邏輯及數據返回。

建議統一使用return返回數據，而不是echo輸出，如非必要，請不要使用exit或者die中斷執行。

直接echo輸(shu)出的數據(ju)將無法(fa)進(jin)行自動(dong)轉換(huan)響(xiang)應(ying)輸(shu)出的便利。

下面是(shi)系(xi)統支持(chi)的(de)分發請求機制，可以根(gen)據情(qing)況選擇(ze)：

模塊/控制器/操作

這是默認的分發請求機制，系統會根據URL或者路由地址來判斷當前請求的模塊、控制器和操作名，并自動調用相應的訪問控制器類，執行操作對應的方法。
該機制下(xia)面(mian)，首先會(hui)判斷(duan)當前模(mo)塊(kuai)，并進(jin)行(xing)模(mo)塊(kuai)的初(chu)始化(hua)操(cao)作(zuo)（和應用(yong)(yong)的初(chu)始化(hua)操(cao)作(zuo)類似），模(mo)塊(kuai)的配置參(can)數會(hui)覆蓋應用(yong)(yong)的尚(shang)未生效的配置參(can)數。

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

控制器方法

和(he)前一種(zhong)方式類似(si)，只是(shi)無需判斷模(mo)塊、控制(zhi)器和(he)操作，直接分發請求到一個指定的控制(zhi)器類的方法，因(yin)此沒有進行模(mo)塊的初始化操作。

外部重定向

可以(yi)直接分發請求到一個(ge)外部(bu)的重定(ding)向(xiang)(xiang)地(di)址(zhi)，支持(chi)指定(ding)重定(ding)向(xiang)(xiang)代碼，默認為301重定(ding)向(xiang)(xiang)。

閉包函數

路由地址定(ding)義的(de)時候(hou)可以直接采(cai)用閉包(bao)函數(shu)，完成一些相對(dui)簡(jian)單(dan)的(de)邏輯(ji)操作(zuo)和輸(shu)出。

類的方法

除了以上方式外，還支持分發請求到類的方法，包括：
靜態方法： 'blog/:id'=>'\org\util\Blog::read'
類的方法：'blog/:id'=>'\app\index\controller\Blog@read'

9、響應輸出

控制器的所有操作方法都是return返回而不是直接輸出，系統會調用Response::send方法將最終的應用返回的數據輸出到頁面或者客戶端，并自動轉換成default_return_type參數(shu)配置的格式。所(suo)以，應用執(zhi)行的數(shu)據輸(shu)出只需要返回一個(ge)正常的PHP數(shu)據即可。

10、應用結束

事實上，在應(ying)用的數據響應(ying)輸出之后(hou)，應(ying)用并(bing)沒真正(zheng)的結束，系(xi)統會在應(ying)用輸出或者中斷后(hou)進行日志保存寫入操作。

系統(tong)的日志(zhi)包(bao)括(kuo)用(yong)戶(hu)調試輸出的和系統(tong)自動生(sheng)成的日志(zhi)，統(tong)一會在(zai)應用(yong)結束的時候進行寫入(ru)操作。

 而(er)日志(zhi)的寫入操(cao)作(zuo)受日志(zhi)初始化的影響(xiang)。