首頁 > 後端開發 > php教程 > thinkPHP5.0框架應用請求生命週期分析

thinkPHP5.0框架應用請求生命週期分析

不言
發布: 2023-03-25 13:08:01
原創
1554 人瀏覽過

這篇文章主要介紹了thinkPHP5.0框架應用請求生命週期,較為詳細的分析了thinkPHP5.0框架應用請求生命週期所涉及的各個執行流程,需要的朋友可以參考下

#本文實例講述了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<br/>② 錯誤處理方法:think\Error:: appError<br/>③ 例外處理方法: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输出的数据将无法进行自动转换响应输出的便利。

下面是系统支持的分发请求机制,可以根据情况选择:

模块/控制器/操作

这是默认的分发请求机制,系统会根据URL或者路由地址来判断当前请求的模块、控制器和操作名,并自动调用相应的访问控制器类,执行操作对应的方法。

该机制下面,首先会判断当前模块,并进行模块的初始化操作(和应用的初始化操作类似),模块的配置参数会覆盖应用的尚未生效的配置参数。

支持模块映射、URL参数绑定到方法,以及操作绑定到类等一些功能。

控制器方法

和前一种方式类似,只是无需判断模块、控制器和操作,直接分发请求到一个指定的控制器类的方法,因此没有进行模块的初始化操作。

外部重定向

可以直接分发请求到一个外部的重定向地址,支持指定重定向代码,默认为301重定向。

闭包函数

路由地址定义的时候可以直接采用闭包函数,完成一些相对简单的逻辑操作和输出。

类的方法

除了以上方式外,还支持分发请求到类的方法,包括:
静态方法:

&#39;blog/:id&#39;=>&#39;\org\util\Blog::read&#39;
登入後複製


类的方法:

&#39;blog/:id&#39;=>&#39;\app\index\controller\Blog@read&#39;
登入後複製

9、响应输出

控制器的所有操作方法都是return返回而不是直接输出,系统会调用Response::send方法将最终的应用返回的数据输出到页面或者客户端,并自动转换成default_return_type参数配置的格式。所以,应用执行的数据输出只需要返回一个正常的PHP数据即可。

10、应用结束

事实上,在应用的数据响应输出之后,应用并没真正的结束,系统会在应用输出或者中断后进行日志保存写入操作。

系统的日志包括用户调试输出的和系统自动生成的日志,统一会在应用结束的时候进行写入操作。

而日志的写入操作受日志初始化的影响。

相关推荐:

ThinkPHP框架中使用Memcached缓存数据的方法

thinkphp框架里用linux的crontab写php的定时脚本

以上是thinkPHP5.0框架應用請求生命週期分析的詳細內容。更多資訊請關注PHP中文網其他相關文章!

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
作者最新文章
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板