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

1、入口文件

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

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

// 應用入(ru)口文(wen)件

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

 一般入口(kou)文件以(yi)定義一些常量為(wei)主(zhu)，支(zhi)持的常量請參考后續的內(nei)容或者附錄部分(fen)。

通常(chang)，我(wo)們不建議在(zai)應用入口文件中加入過多(duo)的代碼，尤(you)其(qi)是和業務邏輯相關的代碼。

2、引導文件

接下來就是執行框架的引導文件，start.php文(wen)件(jian)(jian)就是系統默認的(de)一個引導(dao)文(wen)件(jian)(jian)。在(zai)引導(dao)文(wen)件(jian)(jian)中，會依次(ci)執行(xing)下面(mian)操(cao)作：

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

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

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

3、注冊自動加載

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

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

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

一個類庫的自動(dong)加載(zai)檢測(ce)順序為：

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

可(ke)以看(kan)到(dao)，定義類(lei)庫映射的方式(shi)是最高效的。

4、注冊錯誤和異常機制

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

由(you)三部分組成：

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

注冊(ce)應用關閉方法是為(wei)了(le)便于(yu)攔截(jie)一些系統錯誤。

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

5、應用初始化

執行應用(yong)的第一步(bu)操作就是對應用(yong)進(jin)行初始化，包(bao)括：

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

6、URL訪問檢測

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

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

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

所以，如果你(ni)的(de)環境只能支持普通方式的(de)URL參(can)數訪(fang)問，那么必須(xu)使用

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

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

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

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

7、路由檢測

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

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

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

路(lu)由地址(zhi)可能會受域名綁定的(de)影響。

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

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

8、分發請求

在完成了URL檢測和(he)路(lu)由檢測之后(hou)，路(lu)由器(qi)會分發請求到對(dui)應的(de)路(lu)由地址，這也是應用請求的(de)生(sheng)命(ming)周(zhou)期中最重(zhong)要的(de)一個環節(jie)。

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

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

直接echo輸(shu)出的數據將無法進行自動轉(zhuan)換響(xiang)應(ying)輸(shu)出的便(bian)利。

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

模塊/控制器/操作

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

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

控制器方法

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

外部重定向

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

閉包函數

路(lu)由(you)地址(zhi)定義的(de)時候可(ke)以直接(jie)采用閉包函數，完成一些相對簡單的(de)邏輯操作(zuo)和(he)輸出。

類的方法

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

9、響應輸出

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

10、應用結束

事實上，在應用(yong)的數據響應輸出(chu)之后，應用(yong)并沒真正(zheng)的結(jie)束(shu)，系統(tong)會在應用(yong)輸出(chu)或者(zhe)中斷后進行(xing)日志保存寫入(ru)操(cao)作。

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

而日(ri)志(zhi)的寫入操作受日(ri)志(zhi)初始化的影響。