本文實例講述了thinkPHP5.0框架應用請求生命周期。分享給大家供大家參考，具體如下：

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

1、入口文件

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

通常入口文件的代碼都比較簡單，一個普通的入口文件代碼如下：

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

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

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

2、引導文件

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

① 加載系統(tǒng)常量定義；
② 加載環(huán)境變量定義文件；
③ 注冊自動加載機制；
④ 注冊錯誤和異常處理機制；
⑤ 加載慣例配置文件；
⑥ 執(zhí)行應用；

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

3、注冊自動加載

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

系統(tǒng)的自動加載由兩個部分組成：

① 注冊系統(tǒng)的自動加載方法 \think\Loader::autoload
② 注冊系統(tǒng)命名空間定義
③ 加載類庫映射文件（如果存在）
④ 如果存在Composer安裝，則注冊Composer自動加載
⑤ 注冊Extend擴展目錄

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

① 是否定義類庫映射；
② PSR-4自動加載檢測；
③ PSR-0自動加載檢測；

可以看到，定義類庫映射的方式是最高效的。

4、注冊錯誤和異常機制

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

由三部分組成：

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

注冊應用關閉方法是為了便于攔截一些系統(tǒng)錯誤。

在整個應用請求的生命周期過程中，如果拋出了異?；蛘邍乐劐e誤，均會導致應用提前結束，并響應輸出異常和錯誤信息。

5、應用初始化

執(zhí)行應用的第一步操作就是對應用進行初始化，包括：

加載應用（公共）配置；
加載應用狀態(tài)配置；
加載別名定義；
加載行為定義；
加載公共（函數(shù)）文件；
加載擴展配置文件（由extra_config_list定義）；
加載擴展函數(shù)文件（由extra_file_list定義）；
設置默認時區(qū)；
加載系統(tǒng)語言包；

6、URL訪問檢測

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

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、路由檢測

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

如果一旦檢測到匹配的路由，根據(jù)定義的路由地址會注冊到相應的URL調度。

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

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

路由地址可能會受域名綁定的影響。

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

如果在應用初始化的時候指定了應用調度方式，那么路由檢測是可選的。

可以使用 \think\App::dispatch() 進行應用調度。

8、分發(fā)請求

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

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

建議統(tǒng)一使用return返回數(shù)據(jù)，而不是echo輸出，如非必要，請不要執(zhí)行exit中斷。

直接echo輸出的數(shù)據(jù)將無法進行自動轉換響應輸出的便利。

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

模塊/控制器/操作

這是默認的分發(fā)請求機制，系統(tǒng)會根據(jù)URL或者路由地址來判斷當前請求的模塊、控制器和操作名，并自動調用相應的訪問控制器類，執(zhí)行操作對應的方法。

該機制下面，首先會判斷當前模塊，并進行模塊的初始化操作（和應用的初始化操作類似），模塊的配置參數(shù)會覆蓋應用的尚未生效的配置參數(shù)。

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

控制器方法

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

外部重定向

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

閉包函數(shù)

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

類的方法

除了以上方式外，還支持分發(fā)請求到類的方法，包括：
靜態(tài)方法： 

'blog/:id'=>'\org\util\Blog::read'

類的方法：

'blog/:id'=>'\app\index\controller\Blog@read'

9、響應輸出

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

10、應用結束

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

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

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

更多關于thinkPHP相關內容感興趣的讀者可查看本站專題：《ThinkPHP入門教程》、《thinkPHP模板操作技巧總結》、《ThinkPHP常用方法總結》、《codeigniter入門教程》、《CI(CodeIgniter)框架進階教程》、《Zend FrameWork框架入門教程》、《smarty模板入門基礎教程》及《PHP模板技術總結》。

希望本文所述對大家基于ThinkPHP框架的PHP程序設計有所幫助。

最新評論