本文實例講述了thinkPHP5.0框架應用請求生命周期。分享給大家供大家參考，具體如下：
本篇內容我們對ThinkPHP5.0的應用請求的生命周期做大致的介紹，以便于開發者了解整個執行流程。
1、入口文件
用戶發起的請求都會經過應用的入口文件，通常是 public/index.php文件。當然，你也可以更改或者增加新的入口文件。
通常入口文件的代碼都比較簡單，一個普通的入口文件代碼如下：
// 應用入口文件
// 定義項目路徑
define('APP_PATH', __DIR__ . '/../application/');
// 加載框架引導文件
require __DIR__ . '/../thinkphp/start.php';
一般入口文件已定義一些常量為主，支持的常量請參考后續的內容或者附錄部分。
通常，我們不建議在應用入口文件中加入過多的代碼，尤其是和業務邏輯相關的代碼。
2、引導文件
接下來就是執行框架的引導文件，start.php文件就是系統默認的一個引導文件。在引導文件中，會依次執行下面操作：
① 加載系統常量定義；
② 加載環境變量定義文件；
③ 注冊自動加載機制；
④ 注冊錯誤和異常處理機制；
⑤ 加載慣例配置文件；
⑥ 執行應用；
如果在你的應用入口文件中更改了默認的引導文件，則上述執行流程可能會跟隨發生變化。
3、注冊自動加載
系統會調用Loader::register()方法注冊自動加載，在這一步完成后，所有符合規范的類庫（包括Composer依賴加載的第三方類庫）都將自動加載。
系統的自動加載由兩個部分組成：
① 注冊系統的自動加載方法 \think\Loader::autoload
② 注冊系統命名空間定義
③ 加載類庫映射文件（如果存在）
④ 如果存在Composer安裝，則注冊Composer自動加載
⑤ 注冊Extend擴展目錄
一個類庫的自動加載檢測順序為：
① 是否定義類庫映射；
② PSR-4自動加載檢測；
③ PSR-0自動加載檢測；
可以看到，定義類庫映射的方式是最高效的。
4、注冊錯誤和異常機制
執行Error::register()注冊錯誤和異常處理機制。
由三部分組成：
① 應用關閉方法：think\Error::appShutdown② 錯誤處理方法：
think\Error::appError③ 異常處理方法：
think\Error::appException
注冊應用關閉方法是為了便于攔截一些系統錯誤。
在整個應用請求的生命周期過程中，如果拋出了異常或者嚴重錯誤，均會導致應用提前結束，并響應輸出異常和錯誤信息。
5、應用初始化
執行應用的第一步操作就是對應用進行初始化，包括：
加載應用（公共）配置；
加載應用狀態配置；
加載別名定義；
加載行為定義；
加載公共（函數）文件；
加載擴展配置文件（由extra_config_list定義）；
加載擴展函數文件（由extra_file_list定義）；
設置默認時區；
加載系統語言包；
6、URL訪問檢測
應用初始化完成后，就會進行URL的訪問檢測，包括PATH_INFO檢測和URL后綴檢測。
5.0的URL訪問必須是PATH_INFO方式（包括兼容方式）的URL地址，例如：
http://serverName/index.php/index/index/hello/val/value
所以，如果你的環境只能支持普通方式的URL參數訪問，那么必須使用
http://serverName/index.php?s=/index/index/hello&val=value
如果是命令行下面訪問入口文件的話，則通過
$php index.php index/index/hello/val/value...
獲取到正常的$_SERVER['PATH_INFO']參數后才能繼續。
7、路由檢測
如果開啟了url_route_on參數的話，會首先進行URL的路由檢測。
如果一旦檢測到匹配的路由，根據定義的路由地址會注冊到相應的URL調度。
5.0的路由地址支持如下方式：
路由到模塊/控制器/操作；
路由到外部重定向地址；
路由到控制器方法；
路由到閉包函數；
路由到類的方法；
路由地址可能會受域名綁定的影響。
如果關閉路由或者路由檢測無效則進行默認的模塊/控制器/操作的分析識別。
如果在應用初始化的時候指定了應用調度方式，那么路由檢測是可選的。
可以使用 \think\App::dispatch() 進行應用調度。
8、分發請求
在完成了URL檢測和路由檢測之后，路由器會分發請求到對應的路由地址，這也是應用請求的生命周期中最重要的一個環節。
在這一步驟中，完成應用的業務邏輯及數據返回。
建議統一使用return返回數據，而不是echo輸出，如非必要，請不要執行exit中斷。
直接echo輸出的數據將無法進行自動轉換響應輸出的便利。
下面是系統支持的分發請求機制，可以根據情況選擇：
模塊/控制器/操作