在 PHP 中，默認的錯誤處理很簡單。一條錯誤消息會被發(fā)送到瀏覽器，這條消息帶有文件名、行號以及描述錯誤的消息。

PHP 錯誤處理

在創(chuàng)建腳本和 Web 應(yīng)用程序時，錯誤處理是一個重要的部分。如果您的代碼缺少錯誤檢測編碼，那么程序看上去很不專業(yè)，也為安全風(fēng)險敞開了大門。

本教程介紹了 PHP 中一些最為重要的錯誤檢測方法。

我們將為您講解不同的錯誤處理方法：

• 簡單的 "die()" 語句
• 自定義錯誤和錯誤觸發(fā)器
• 錯誤報告

基本的錯誤處理：使用 die() 函數(shù)

第一個實例展示了一個打開文本文件的簡單腳本：

<?php
$file=fopen("welcome.txt","r");
?>

如果文件不存在，您會得到類似這樣的錯誤：

Warning: fopen(welcome.txt) [function.fopen]: failed to open stream:
No such file or directory in /www/runoob/test/test.php on line 2

為了避免用戶得到類似上面的錯誤消息，我們在訪問文件之前檢測該文件是否存在：

<?php
if(!file_exists("welcome.txt"))
{
    die("文件不存在");
}
else
{
    $file=fopen("welcome.txt","r");
}
?>

現(xiàn)在，如果文件不存在，您會得到類似這樣的錯誤消息：

文件不存在

相比之前的代碼，上面的代碼更有效，這是由于它采用了一個簡單的錯誤處理機制在錯誤之后終止了腳本。

然而，簡單地終止腳本并不總是恰當(dāng)?shù)姆绞?。讓我們研究一下用于處理錯誤的備選的 PHP 函數(shù)。

創(chuàng)建自定義錯誤處理器

創(chuàng)建一個自定義的錯誤處理器非常簡單。我們很簡單地創(chuàng)建了一個專用函數(shù)，可以在 PHP 中發(fā)生錯誤時調(diào)用該函數(shù)。

該函數(shù)必須有能力處理至少兩個參數(shù) (error level 和 error message)，但是可以接受最多五個參數(shù)（可選的：file, line-number 和 error context）：

語法

error_function(error_level,error_message,
error_file,error_line,error_context)

錯誤報告級別

這些錯誤報告級別是用戶自定義的錯誤處理程序處理的不同類型的錯誤：

現(xiàn)在，讓我們創(chuàng)建一個處理錯誤的函數(shù)：

function customError($errno, $errstr)
{
    echo "<b>Error:</b> [$errno] $errstr<br>";
    echo "腳本結(jié)束";
    die();
}

上面的代碼是一個簡單的錯誤處理函數(shù)。當(dāng)它被觸發(fā)時，它會取得錯誤級別和錯誤消息。然后它會輸出錯誤級別和消息，并終止腳本。

現(xiàn)在，我們已經(jīng)創(chuàng)建了一個錯誤處理函數(shù)，我們需要確定在何時觸發(fā)該函數(shù)。

設(shè)置錯誤處理程序

PHP 的默認錯誤處理程序是內(nèi)建的錯誤處理程序。我們打算把上面的函數(shù)改造為腳本運行期間的默認錯誤處理程序。

可以修改錯誤處理程序，使其僅應(yīng)用到某些錯誤，這樣腳本就能以不同的方式來處理不同的錯誤。然而，在本例中，我們打算針對所有錯誤來使用我們自定義的錯誤處理程序：

set_error_handler("customError");

由于我們希望我們的自定義函數(shù)能處理所有錯誤，set_error_handler() 僅需要一個參數(shù)，可以添加第二個參數(shù)來規(guī)定錯誤級別。

實例

通過嘗試輸出不存在的變量，來測試這個錯誤處理程序：

<?php
// 錯誤處理函數(shù)
function customError($errno, $errstr)
{
    echo "<b>Error:</b> [$errno] $errstr";
}

// 設(shè)置錯誤處理函數(shù)
set_error_handler("customError");

// 觸發(fā)錯誤
echo($test);
?>

以上代碼的輸出如下所示：

Error: [8] Undefined variable: test

觸發(fā)錯誤

在腳本中用戶輸入數(shù)據(jù)的位置，當(dāng)用戶的輸入無效時觸發(fā)錯誤是很有用的。在 PHP 中，這個任務(wù)由 trigger_error() 函數(shù)完成。

實例

在本例中，如果 "test" 變量大于 "1"，就會發(fā)生錯誤：

<?php
$test=2;
if ($test>1)
{
    trigger_error("變量值必須小于等于 1");
}
?>

以上代碼的輸出如下所示：

Notice: 變量值必須小于等于 1
in /www/test/runoob.php on line 5

您可以在腳本中任何位置觸發(fā)錯誤，通過添加的第二個參數(shù)，您能夠規(guī)定所觸發(fā)的錯誤類型。

可能的錯誤類型：

• E_USER_ERROR - 致命的用戶生成的 run-time 錯誤。錯誤無法恢復(fù)。腳本執(zhí)行被中斷。
• E_USER_WARNING - 非致命的用戶生成的 run-time 警告。腳本執(zhí)行不被中斷。
• E_USER_NOTICE - 默認。用戶生成的 run-time 通知。在腳本發(fā)現(xiàn)可能有錯誤時發(fā)生，但也可能在腳本正常運行時發(fā)生。

實例

在本例中，如果 "test" 變量大于 "1"，則發(fā)生 E_USER_WARNING 錯誤。如果發(fā)生了 E_USER_WARNING，我們將使用我們自定義的錯誤處理程序并結(jié)束腳本：

<?php
// 錯誤處理函數(shù)
function customError($errno, $errstr)
{
    echo "<b>Error:</b> [$errno] $errstr<br>";
    echo "腳本結(jié)束";
    die();
}

// 設(shè)置錯誤處理函數(shù)
set_error_handler("customError",E_USER_WARNING);

// 觸發(fā)錯誤
$test=2;
if ($test>1)
{
    trigger_error("變量值必須小于等于 1",E_USER_WARNING);
}
?>

以上代碼的輸出如下所示：

Error: [512] 變量值必須小于等于 1
腳本結(jié)束

現(xiàn)在，我們已經(jīng)學(xué)習(xí)了如何創(chuàng)建自己的 error，以及如何觸發(fā)它們，接下來我們研究一下錯誤記錄。

錯誤記錄

在默認的情況下，根據(jù)在 php.ini 中的 error_log 配置，PHP 向服務(wù)器的記錄系統(tǒng)或文件發(fā)送錯誤記錄。通過使用 error_log() 函數(shù)，您可以向指定的文件或遠程目的地發(fā)送錯誤記錄。

通過電子郵件向您自己發(fā)送錯誤消息，是一種獲得指定錯誤的通知的好辦法。

通過 E-Mail 發(fā)送錯誤消息

在下面的例子中，如果特定的錯誤發(fā)生，我們將發(fā)送帶有錯誤消息的電子郵件，并結(jié)束腳本：

<?php
// 錯誤處理函數(shù)
function customError($errno, $errstr)
{
    echo "<b>Error:</b> [$errno] $errstr<br>";
    echo "已通知網(wǎng)站管理員";
    error_log("Error: [$errno] $errstr",1,
    "someone@example.com","From: webmaster@example.com");
}

// 設(shè)置錯誤處理函數(shù)
set_error_handler("customError",E_USER_WARNING);

// 觸發(fā)錯誤
$test=2;
if ($test>1)
{
    trigger_error("變量值必須小于等于 1",E_USER_WARNING);
}
?>

以上代碼的輸出如下所示：

Error: [512] 變量值必須小于等于 1
已通知網(wǎng)站管理員

接收自以上代碼的郵件如下所示：

Error: [512] 變量值必須小于等于 1

這個方法不適合所有的錯誤。常規(guī)錯誤應(yīng)當(dāng)通過使用默認的 PHP 記錄系統(tǒng)在服務(wù)器上進行記錄。

總結(jié)

到此這篇關(guān)于PHP錯誤處理總結(jié)的文章就介紹到這了,更多相關(guān)PHP錯誤處理內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論