生命週期：
1) 入口文件
2）引導文件
3）註冊自動加載
4）註冊錯誤和異常機制
5）應用初始化
6）URL訪問檢測
7）路由檢測
8）分發請求
9）響應輸出
10）應用結束1）入口文件
用戶發起的請求都會經過應用的入口文件，通常是public/index.php文件。也可以更改或增加新的入口文件。通常入口文件的代碼都比較簡單，普通入口文件示例：
// 應用程序入口
// 定義項目路徑
define('APP_PATH', __DIR__.'/../application/);
// 加載框架引導文件
require __DIR__.'/../thinkphp/start.php'/;一般入口文件以定義一些常量爲主，不建議在應用入口文件中加入過多的代碼，尤其是和業務邏輯相關的代碼。
2）引導文件
接下來執行框架的引導文件，start.php文件是系統默認的一個引導文件，在引導文件中，會依次執行下面操作：
1. 加載系統常量定義；
2. 加載環境變量定義文件；
3. 註冊自動加載機制；
4. 註冊錯誤和異常處理機制；
5. 加載慣例配置文件；
6. 執行應用；start.php引導文件首先會調用base.php基礎引導文件，某些特殊需求下可能直接在入口文件中引入基礎引導文件。
如果應用入口文件中更改了默認的引導文件，則上述執行流程可能會跟隨發生變化。
3）註冊自動加載
系統會調用Loader::register()方法註冊自動加載，完成後，所有符合規範的類庫(包括Composer依賴加載的第三方類庫)都將自動加載。
系統的自動加載主要部分組成：
1. 註冊系統的自動加載方法\think\Loader::autoload
2. 註冊系統命名空間定義
3. 加載類庫映射文件(如果存在)
4. 如果存在Composer安裝，則註冊Composer自動加載
5. 註冊extend擴展目錄類庫自動加載檢測順序：
1. 是否定義類庫映射；
2. PSR-4自動加載檢測；
3. PSR-0自動加載檢測；
// 定義類庫映射的方式是最高效的。4）註冊錯誤和異常機制
執行Error::register()註冊錯誤和異常處理機制，主要由三部分組成：
應用關閉方法：think\Error::appShutdown
錯誤處理方法：think\Error::appError
異常處理方法：think\Error::appException註冊應用關閉方法是爲了便於攔截一些系統錯誤。在整個應用請求的生命週期過程中，如果拋出了異常或者嚴重錯誤，均會導致應用提前結束，並響應輸出異常和錯誤信息。
5）應用初始化
執行應用的第一步操作是對應用進行初始化，包括：
1. 加載應用(公共)配置；
2. 加載擴展配置文件(由extra_config_list定義)；
3. 加載應用狀態配置；
4. 加載別名定義；
5. 加載行爲定義；
6. 加載公共(函數)文件；
7. 註冊應用命名控件；
8. 加載擴展函數文件(由extra_file_list定義)；
9. 設置默認時區；
10. 加載系統語言包；6）URL訪問檢測
應用初始化完成後，會被URL的訪問檢測，包括PATH_INFO檢測和URL後綴檢測。ThinkPHP5.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調度。ThinkPHP5.0的路由地址支持如下：
1. 路由到模塊/控制器/操作；
2. 路由到外部重定向地址；
3. 路由到控制器方法；
4. 路由到閉包函數；
5. 路由到類的方法；路由地址可能會受到域名綁定的影響。
如果關閉路由或路由檢測無效則進行默認的模塊/控制器/操作的分析識別。
在應用初始化的時候指定應用調度方式，則路由檢測是是可選的，可以使用\think\App::dispatch()進行應用調度：
App::dispatch([‘type’ => ‘module’, ‘module’ => ‘index/index’]);
8) 分發請求
在完成URL檢測和路由檢測後，路由器會分發請求到對應的路由地址，這也是應用請求生命週期中最重要的環節。在這一環節中，將完成應用的業務邏輯及數據返回。
建議統一使用return返回數據，而不是echo輸出，如非必要，不輕易使用exit或die中斷執行。直接echo輸出的數據將無法進行自動轉換響應輸入的便利。
系統支持的分發請求機制：
1. 模塊/控制器/操作
默認分發請求機制，系統會根據URL或路由地址判斷當前請求的模塊、控制器和操作名，並自動調用相應的訪問控制器類執行操作。
該機制先判斷當前模塊，並進行模塊的初始化操作，模塊的配置參數會覆蓋應用尚未生效的配置參數。
支持模塊映射、URL參數綁定到方法，以及操作綁定到類等功能。
2. 控制器方法
和前一種方式類似，只是無需判斷模塊、控制器和操作，直接分發請求到一個指定的控制器類的方法，因此沒有進行模塊的初始化操作。
3. 外部重定向
直接分發請求到一個外部的重定向地址，支持指定重定向代碼，默認301重定向。
4. 閉包函數
路由地址定義的時候可以直接採用閉包函數完成一些相對簡單的邏輯操作和輸出。
5. 類方法
支持分發請求到類的方法，包括：
1）靜態方法：'blog/:id' => '\org\util\Blog::read'
2）類方法：'blog/:id' => '\app\index\controller\Blog@read'9) 響應輸出
控制器的所有操作方法都是return返回而不是直接輸出，系統會調用Response::send方法將最終的應用返回的數據輸出到頁面或者客戶端，並自動轉換成default_return_type參數配置的格式。所以，應用執行的數據輸出只需要返回一個正常的PHP數據即可。
10) 應用結束
實際上，在應用的數據響應輸出之後，應用並沒有真正的結束，系統會在應用輸出或中斷後進行日誌保存寫入操作。系統日誌包括用戶調試輸出和系統自動生成的日誌，統一在應用結束時進行寫入操作，而且日誌的寫入操作是受日誌初始化影響的。