#簡介
在今天的教學中,我將介紹 Yii 的錯誤和異常處理,並引導您完成一些介紹性場景。
想知道 Yii 是什麼?查看我們的 Yii 框架簡介和 Yii2 程式設計系列。
錯誤和異常有什麼差別?
錯誤是我們程式碼中的意外缺陷,通常由使用者先發現。它們通常會中斷程式的執行。重要的是,不僅要為使用者優雅地中斷,還要將問題告知開發人員,以便解決問題。
當發生潛在的可預測錯誤情況時,開發人員會建立異常。在可能發生異常的程式碼中,開發人員可以向健壯的錯誤處理程序拋出()異常。
#Yii 如何管理這些?
在 Yii 中,非致命 PHP 錯誤(例如警告和通知)被路由到可捕獲的異常中,以便您可以決定如何對它們做出反應和回應。您可以指定一個控制器操作來處理所有這些異常。您也可以自訂錯誤的顯示格式,例如HTML、JSON、XML 等
異常和致命 PHP 錯誤只能在偵錯模式下評估。在這些類型的開發場景中,Yii 可以顯示詳細的呼叫堆疊資訊和原始碼片段(您可以在上面的標題圖片中看到這一點)。
致命錯誤是中斷應用程式執行的事件類型。其中包括記憶體不足、實例化不存在的類別的物件或呼叫不存在的函數。
例如:
$t = new Unknownobject();
讓我們開始看一些錯誤和異常處理的範例。
配置錯誤和異常處理
首先,我們在 frontend/config/main.php 中設定我們的應用程式。 errorHandler 被定義為一個元件,如下所示。此範例來自我的啟動系列應用程式 Meeting Planner。請注意 errorHandler
在 components
中的配置:
<?php $params = array_merge( require(__DIR__ . '/params.php'), require(__DIR__ . '/params-local.php') ); return [ 'id' => 'mp-frontend', 'name' => 'Meeting Planner', 'basePath' => dirname(__DIR__), 'bootstrap' => ['log','\common\components\SiteHelper'], 'controllerNamespace' => 'frontend\controllers', 'catchAll'=> [], 'components' => [ 'assetManager' => [...], ... 'errorHandler' => [ 'errorAction' => 'site/error', 'maxSourceLines' => 20, ], ... ], ];
在上面的範例中,errorAction
將使用者導向到我的 SiteController 的錯誤動作。
更廣泛地說,Yii 為 errorHandler
提供了多種配置選項,用於重定向和資料收集:
屬性 | 類型 | 描述 |
---|---|---|
$callStackItemView | ##字串 | 用於渲染異常和錯誤調用堆疊元素的視圖檔案的路徑。例如'@yii/views/errorHandler/callStackItem.php' |
$displayVars | 陣列 | |
$errorAction | 字串
用於顯示外部錯誤的控制器操作的路由(例如 | site/error|
$errorView | #字串 | |
$異常視圖 | 字串 | |
$maxSourceLines | 整數 | |
$maxTraceSourceLines | 整數 | |
$previousExceptionView | ##字串 |
使用 errorActions 直接执行
通常,当用户遇到严重错误时,我们希望将他们重定向到友好的、描述性的错误页面。
这就是 errorHandler
中的 errorAction
的作用。它重定向到我们的 SiteController 的 actionError:
return [ 'components' => [ 'errorHandler' => [ 'errorAction' => 'site/error', ], ] ];
在我们的 SiteController 中,我们定义了一个显式的 error
操作:
namespace app\controllers; use Yii; use yii\web\Controller; class SiteController extends Controller { public function actions() { return [ 'error' => [ 'class' => 'yii\web\ErrorAction', ], ]; } }
这是一个基本的错误处理程序(您可以在此处阅读有关这些内容的更多信息):
public function actionError() { $exception = Yii::$app->errorHandler->exception; if ($exception !== null) { return $this->render('error', ['exception' => $exception]); } }
无论是否存在错误或页面请求是否在您的应用程序中不存在,您也可以做出不同的响应:
public function actionError() { $exception = Yii::$app->errorHandler->exception; if ($exception instanceof \yii\web\NotFoundHttpException) { // all non existing controllers+actions will end up here return $this->render('pnf'); // page not found } else { return $this->render('error', ['exception' => $exception]); } }
这是我当前的 Page Not Found 404 错误处理程序:
理论上,您可以包含链接的站点地图、与页面请求类似的建议页面、搜索功能和联系支持错误页面上的链接。所有这些都可以帮助用户恢复并优雅地继续前进。
这是我当前的一般错误页面(显然我需要添加功能):
捕获异常
如果我们想要监视一段代码是否存在问题,我们可以使用 PHP try catch 块。下面,我们将通过触发致命除以零错误进行实验:
use Yii; use yii\base\ErrorException; ... try { 10/0; } catch (ErrorException $e) { Yii::warning("Division by zero."); } ...
上面的 catch
响应是为日志生成警告。 Yii 有广泛的日志记录:
- Yii::trace():记录一条消息以跟踪一段代码的运行情况。主要用于开发。
- Yii::info():记录一条消息,传达有关事件的信息。
- Yii::warning():记录发生意外事件的警告消息
- Yii::error():记录一个致命错误以供调查
如果您希望将用户定向到我们之前配置的错误页面,而不是记录事件,则可以通过事件抛出异常:
use yii\web\NotFoundHttpException; throw new NotFoundHttpException();
下面是我们抛出带有特定 HTTP 状态代码和自定义消息的异常的示例:
try { 10/0; } catch (ErrorException $e) { throw new \yii\web\HttpException(451, 'Tom McFarlin\'s humor is often lost on me (and lots of people).'); }
对于用户来说,该代码如下所示:
关于 Yii 日志记录
Yii 中的所有错误都会根据您的设置方式进行记录。您可能还对我有关用于登录 Yii 的 Sentry 和 Rollbar 的教程感兴趣:
-
构建您的初创公司:错误日志
结束时
我希望您喜欢我们对错误和异常处理的探索。请关注我们的“使用 Yii2 编程”系列中即将推出的教程,我们将继续深入探讨该框架的不同方面。
如果您想更深入地了解 Yii 应用程序开发,请查看我们的使用 PHP 构建您的初创公司系列,该系列使用 Yii2 的高级模板。它讲述了对 Meeting Planner 的每个步骤进行编程的故事。如果您想从头开始学习如何在 Yii 中构建应用程序,它会非常有用。
如果您想知道下一个 Yii2 教程何时发布,请在 Twitter 上关注我@lookahead_io 或查看我的讲师页面。
相关链接
- yii\web\ErrorHandler 文档
- 处理错误(Yii 2.0 权威指南)
- 日志记录(Yii 2.0 权威指南)
- Yii2 Developer Exchange(作者的资源网站)
以上是處理 Yii 框架中的錯誤和異常:綜合指南的詳細內容。更多資訊請關注PHP中文網其他相關文章!

PHPSession失效的原因包括配置錯誤、Cookie問題和Session過期。 1.配置錯誤:檢查並設置正確的session.save_path。 2.Cookie問題:確保Cookie設置正確。 3.Session過期:調整session.gc_maxlifetime值以延長會話時間。

在PHP中調試會話問題的方法包括:1.檢查會話是否正確啟動;2.驗證會話ID的傳遞;3.檢查會話數據的存儲和讀取;4.查看服務器配置。通過輸出會話ID和數據、查看會話文件內容等方法,可以有效診斷和解決會話相關的問題。

多次調用session_start()會導致警告信息和可能的數據覆蓋。 1)PHP會發出警告,提示session已啟動。 2)可能導致session數據意外覆蓋。 3)使用session_status()檢查session狀態,避免重複調用。

在PHP中配置會話生命週期可以通過設置session.gc_maxlifetime和session.cookie_lifetime來實現。 1)session.gc_maxlifetime控制服務器端會話數據的存活時間,2)session.cookie_lifetime控制客戶端cookie的生命週期,設置為0時cookie在瀏覽器關閉時過期。

使用數據庫存儲會話的主要優勢包括持久性、可擴展性和安全性。 1.持久性:即使服務器重啟,會話數據也能保持不變。 2.可擴展性:適用於分佈式系統,確保會話數據在多服務器間同步。 3.安全性:數據庫提供加密存儲,保護敏感信息。

在PHP中實現自定義會話處理可以通過實現SessionHandlerInterface接口來完成。具體步驟包括:1)創建實現SessionHandlerInterface的類,如CustomSessionHandler;2)重寫接口中的方法(如open,close,read,write,destroy,gc)來定義會話數據的生命週期和存儲方式;3)在PHP腳本中註冊自定義會話處理器並啟動會話。這樣可以將數據存儲在MySQL、Redis等介質中,提升性能、安全性和可擴展性。

SessionID是網絡應用程序中用來跟踪用戶會話狀態的機制。 1.它是一個隨機生成的字符串,用於在用戶與服務器之間的多次交互中保持用戶的身份信息。 2.服務器生成並通過cookie或URL參數發送給客戶端,幫助在用戶的多次請求中識別和關聯這些請求。 3.生成通常使用隨機算法保證唯一性和不可預測性。 4.在實際開發中,可以使用內存數據庫如Redis來存儲session數據,提升性能和安全性。

在無狀態環境如API中管理會話可以通過使用JWT或cookies來實現。 1.JWT適合無狀態和可擴展性,但大數據時體積大。 2.Cookies更傳統且易實現,但需謹慎配置以確保安全性。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

PhpStorm Mac 版本
最新(2018.2.1 )專業的PHP整合開發工具

Atom編輯器mac版下載
最受歡迎的的開源編輯器

WebStorm Mac版
好用的JavaScript開發工具

SecLists
SecLists是最終安全測試人員的伙伴。它是一個包含各種類型清單的集合,這些清單在安全評估過程中經常使用,而且都在一個地方。 SecLists透過方便地提供安全測試人員可能需要的所有列表,幫助提高安全測試的效率和生產力。清單類型包括使用者名稱、密碼、URL、模糊測試有效載荷、敏感資料模式、Web shell等等。測試人員只需將此儲存庫拉到新的測試機上,他就可以存取所需的每種類型的清單。

EditPlus 中文破解版
體積小,語法高亮,不支援程式碼提示功能