摘要:源碼分析開門篇生命周期入口文件用戶發起的請求都會經過應用的入口文件,通常是文件。注冊錯誤和異常機制執行注冊錯誤和異常處理機制。由三部分組成應用關閉方法錯誤處理方法異常處理方法注冊應用關閉方法是為了便于攔截一些系統錯誤。
源碼分析—開門篇 thinkphp生命周期 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. 注冊系統的自動加載方法 hinkLoader::autoload 2. 注冊系統命名空間定義 3. 加載類庫映射文件(如果存在) 4. 如果存在Composer安裝,則注冊**Composer**自動加載 5. 注冊extend擴展目錄
一個類庫的自動加載檢測順序為:
1. 是否定義類庫映射; 2. PSR-4自動加載檢測; 3. PSR-0自動加載檢測; 4. 可以看到,定義類庫映射的方式是最高效的。4、注冊錯誤和異常機制
執行Error::register()注冊錯誤和異常處理機制。
由三部分組成:
1. 應用關閉方法:thinkError::appShutdown 2. 錯誤處理方法:thinkError::appError 3. 異常處理方法:thinkError::appException
注冊應用關閉方法是為了便于攔截一些系統錯誤。
在整個應用請求的生命周期過程中,如果拋出了異?;蛘邍乐劐e誤,均會導致應用提前結束,并響應輸出異常和錯誤信息。
5、應用初始化執行應用的第一步操作就是對應用進行初始化,包括:
1. 加載應用(公共)配置; 2. 加載擴展配置文件(由extra_config_list定義); 3. 加載應用狀態配置; 4. 加載別名定義; 5. 加載行為定義; 6. 加載公共(函數)文件; 7. 注冊應用命名空間; 8. 加載擴展函數文件(由extra_file_list定義); 9. 設置默認時區; 10. 加載系統語言包;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的路由地址支持如下方式:
1. 路由到模塊/控制器/操作; 2. 路由到外部重定向地址; 3. 路由到控制器方法; 4. 路由到閉包函數; 5. 路由到類的方法; 6. 路由地址可能會受域名綁定的影響。
如果關閉路由或者路由檢測無效則進行默認的模塊/控制器/操作的分析識別。
如果在應用初始化的時候指定了應用調度方式,那么路由檢測是可選的。
可以使用 thinkApp::dispatch() 進行應用調度,例如:
App::dispatch(["type" => "module", "module" => "index/index"]);8、分發請求
在完成了URL檢測和路由檢測之后,路由器會分發請求到對應的路由地址,這也是應用請求的生命周期中最重要的一個環節。
在這一步驟中,完成應用的業務邏輯及數據返回。
建議統一使用return返回數據,而不是echo輸出,如非必要,請不要使用exit或者die中斷執行。
直接echo輸出的數據將無法進行自動轉換響應輸出的便利。
下面是系統支持的分發請求機制,可以根據情況選擇:
模塊/控制器/操作這是默認的分發請求機制,系統會根據URL或者路由地址來判斷當前請求的模塊、控制器和操作名,并自動調用相應的訪問控制器類,執行操作對應的方法。
該機制下面,首先會判斷當前模塊,并進行模塊的初始化操作(和應用的初始化操作類似),模塊的配置參數會覆蓋應用的尚未生效的配置參數。
支持模塊映射、URL參數綁定到方法,以及操作綁定到類等一些功能。
控制器方法和前一種方式類似,只是無需判斷模塊、控制器和操作,直接分發請求到一個指定的控制器類的方法,因此沒有進行模塊的初始化操作。
外部重定向可以直接分發請求到一個外部的重定向地址,支持指定重定向代碼,默認為301重定向。
閉包函數路由地址定義的時候可以直接采用閉包函數,完成一些相對簡單的邏輯操作和輸出。
類的方法除了以上方式外,還支持分發請求到類的方法,包括:
靜態方法: "blog/:id"=>"orgutilBlog::read" 類的方法:"blog/:id"=>"appindexcontrollerBlog@read"9、響應輸出
控制器的所有操作方法都是return返回而不是直接輸出,系統會調用Response::send方法將最終的應用返回的數據輸出到頁面或者客戶端,并自動轉換成default_return_type參數配置的格式。所以,應用執行的數據輸出只需要返回一個正常的PHP數據即可。
10、應用結束事實上,在應用的數據響應輸出之后,應用并沒真正的結束,系統會在應用輸出或者中斷后進行日志保存寫入操作。
系統的日志包括用戶調試輸出的和系統自動生成的日志,統一會在應用結束的時候進行寫入操作。
而日志的寫入操作受日志初始化的影響。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/30131.html
摘要:源碼分析入口篇源碼分析應用入口用戶發起的請求都會經過應用的入口文件,通常是文件。當然,你也可以更改或者增加新的入口文件。通常,我們不建議在應用入口文件中加入過多的代碼,尤其是和業務邏輯相關的代碼。 源碼分析---入口篇 源碼分析 應用入口 用戶發起的請求都會經過應用的入口文件,通常是 ==public/index.php==文件。當然,你也可以更改或者增加新的入口文件。 通常入口文件的...
摘要:源碼分析錯誤及異常處理機制錯誤及異常處理機制文件是,在框架引導文件的的基礎文件中注冊不知道的可以去看源碼分析二入口篇,通過進行的注冊。異常中止處理將錯誤信息托管至寫入日志通過獲取最后拋出的錯誤,把信息托管至,在通過異常處理函數進行記錄信息。 源碼分析 錯誤及異常處理機制 錯誤及異常處理機制文件是/thinkphp/library/think/Error.php,在框架引導文件的的基礎文...
摘要:源碼分析自動加載系統會調用方法注冊自動加載,在這一步完成后,所有符合規范的類庫包括依賴加載的第三方類庫都將自動加載。是通過加載對應的文件進行注冊加載的。 源碼分析 自動加載 系統會調用 Loader::register()方法注冊自動加載,在這一步完成后,所有符合規范的類庫(包括Composer依賴加載的第三方類庫)都將自動加載。 系統的自動加載由下面主要部分組成: 1. 注冊系統的自...
摘要:對于這兩種不同形式的參數,處理方式也不一樣,為字符串形式字符串則表示單個配置設置二維數組判斷字符串中是否帶沒有直接把的小寫形式作為,作為值設置到配置中如果帶,只處理前面兩項,即把字符串通過分割成數組,取數組的前面兩項,把設置到配置中。 源碼分析---入口篇 源碼分析 全局配置加載類 全局配置類的主要代碼如下: class Config { /** * @var ar...
摘要:今天遇到一個很奇怪的,就是我寫了一個程序本地運行正常,但是發布到甲方的服務器上出現無法顯示驗證碼的。適用于驗證碼圖片在新窗口打開的時候顯示了報錯信息以及一堆亂碼的情況下,如果有報錯信息,請根據報錯信息進行檢查驗證碼所調用的字體是否缺失。 今天遇到一個很奇怪的BUG,就是我寫了一個PHP程序本地運行正常,但是發布到甲方的服務器上出現無法顯示驗證碼的BUG。 showImg(https:/...
閱讀 651·2021-11-23 09:51
閱讀 3599·2021-11-15 11:38
閱讀 926·2021-10-14 09:42
閱讀 3162·2021-09-29 09:35
閱讀 2104·2021-09-03 10:33
閱讀 769·2021-07-30 16:33
閱讀 1558·2019-08-30 15:55
閱讀 1840·2019-08-30 14:04