淺析php中的異常與錯誤

CollinPeng發表於2019-02-16
PHP

異常與錯誤

異常是指程式執行中不符合預期情況以及與正常流程不同的狀況。錯誤則屬於自身問題，是一種非法語法或者環境問題導致的、讓編譯器無法通過檢查設定無法執行的情況。

由於php最開始是沒有異常處理，後來為了進軍企業級開發，模仿java等語言，推出了異常。導致php中遇到任何自身錯誤都會觸發一個錯誤，而不是丟擲一個異常(某些情況下，會同時丟擲錯誤和異常)。PHP一旦遇到非正常程式碼，大多數情況下，都是直接丟擲錯誤，而不是異常。

php只有在你throw 一個異常後，才能用try...catch來捕獲異常(一般情況下如此，也有部分異常可以自動捕獲)。

在php中通常會在以下場景中使用異常:

  1. 對程式的悲觀預測：如果認為自己的程式碼無法一一處理各種可預見的情況、不可預見的情況。

  2. 程式的需要和對業務的關注 : 如果對資料的一致性要求很高時，可以用try…catch把異常造成的邏輯中斷破壞將到最小，並且經過補救處理後，不影響業務邏輯的完整性。

  3. 語言級別的健壯性要求 : 通過精確控制執行時的流程，在程式中斷時，有預見的用try…catch縮小可能出錯的範圍，及時捕獲異常並做出相應的補救。

怎樣看待php的異常

歷史原因導致php的異常處理是不足的，絕大多數情況下，無法自動丟擲異常，必須使用if…else先進行判斷，再手動丟擲異常。

手動丟擲異常的意義不是很大，因為這意味著在程式碼裡已經充分的預期到錯誤的出現。同時這種方式還會讓你在複雜的邏輯判斷和處理中暈頭轉向。導致失去異常真正的優點。

那麼有更好的異常丟擲方法嗎？有，那就是結合使用錯誤

php中的錯誤

錯誤就是會使指令碼執行不正常的情況。

在php中主要的錯誤等級如下：

  1. deprecated: 最低階別的錯誤，表示”不推薦, 不建議”。例如在php 5中使用了ereg系列的正則函式就會出現。這類錯誤一般由於使用了不推薦的、過時的函式或語法造成。不影響程式正常執行，但建議修正。

  2. notice: 一般指語法中存在不恰當的地方。如使用變數但是未定義就會報此錯誤。不影響程式正常流程。

  3. warning: 較高階別的錯誤，在語法中出現很不恰當的情況才會出現此錯誤，比如函式引數不匹配。會導致得不到預期的結果，需要修改程式碼。

  4. fetal error: 致命錯誤，直接導致程式終止執行。這類錯誤必須修改。

  5. prase error: 語法解析錯誤，上面幾種都屬於執行時錯誤，此錯誤在執行前就會丟擲。

在php中，總共有16錯誤級別，但是主要的就是上面幾種。

error.php

$data = `2012-12-20`;
if (ereg("([0-9]{4})-([0-9]{1,2})-([0-9]{1,2})", $data, $regs)) {
    echo "$reg[3].$regs[2].$regs[1]";
} else {
    echo "Invalid data format: $data";
}

$a = array(`o` => 2, 4, 6, 8);
echo $a[o];
$result = array_sum($a, 3);
echo func();

echo `致命錯誤後，還會執行嗎？`;
//echo `最高階別錯誤`, $55;

上面程式碼執行後，會有四個錯誤級別，如果你無法完全看到的話，你需要去修改你的ini配置檔案中錯誤顯示級別為 E_ALL

自定義錯誤處理程式

可以使用 set_error_handler() 函式來託管錯誤處理程式，可自行定製錯誤的處理流程。

如果要取消託管的話，可以在同一個頁面中使用restore_error_handler()來取消託管。

如果想要自己丟擲一個錯誤的話，可以使用trigger_error()函式。

<?php
//自定義錯誤處理程式
function customError($errno, $errstr, $errfile, $errline)
{
    echo "<b>錯誤程式碼：</b>[{$errno}] {$errstr}", PHP_EOL;
    echo "錯誤所在程式碼行：{$errline} 檔案{$errfile}", PHP_EOL;
    echo "PHP版本", PHP_VERSION, "(", PHP_OS, ")", PHP_EOL;
}

set_error_handler("customError", E_ALL | E_STRICT);

$a = array(`o` => 2, 4, 6, 8);

echo $a[o];

執行上面的程式碼，可以看到錯誤資訊是由我們自定義的處理程式輸出的，完全繞開了系統的處理程式。

如果錯誤發生在自定義處理程式前，則不會呼叫我們自定義的錯誤處理程式，所以應當先定義錯誤處理程式。

當然不是所有的錯誤級別都可以用set_error_handler來託管，如E_ERROR、E_PARSE、E_CODE_WARNING、E_COMPILE_ERROR、E_COMPILE_WARNING以及E_STRICT中的部分。這些錯誤資訊會以原始的方式來顯示或者不現實。

PHP把許多異常看作是錯誤，所以這些”異常”同樣可以使用set_error_handler來接管:

function customError($errno, $errstr, $errfile, $errline)
{
    //自定義錯誤處理是，手動丟擲異常
    throw new Exception($errstr);
}

set_error_handler(`customError`, E_ALL | E_STRICT);

try {
    $a = 5/0;
} catch (Exception $e) {
    echo `錯誤資訊:`, $e->getMessage();
}

當然這種處理方式也有自己的優缺點：
缺點： 必須依靠程式設計師自己來掌控對異常的處理，對於異常的高發區、敏感區，如果程式設計師處理不好，就會導致業務資料不一致的問題。

優點： 可以獲得程式執行時的上下文資訊，以進行鍼對性的補救。

fetal error這樣的錯誤無法捕獲，也無法在發生後恢復流程處理，但是可以使用register_shutdown_function()函式在程式終止或die時觸發一個函式，給程式帶來一個短暫的迴光返照。在php4時，不支援解構函式，也常用於模擬實現解構函式。

class Shutdown
{
    public function stop()
    {
        if (error_get_laster()) {
            print_r(error_get_laster());
        }

        die(`Stop.`);
    }
}

register_shutdown_function(array(new Shutdown(), `stop`));

$a = new a();    //致命錯誤，導致失敗
echo `必須終止`;

Parse error級別的錯誤，除了修改ini檔案，將錯誤資訊寫到日誌中，什麼也做不了。

小結

php中錯誤和異常是兩個不同的概念，這種設計根本上導致了php的異常和錯誤與其它語言相異。java中，異常時錯誤唯一的報告方式。說到底，兩者的區別就是對異常的認識不同產生的。php異常絕大部分是通過某種方式手動丟擲，才能捕獲到。是一種半自動化的異常處理機制。

無論是錯誤還是異常，都可以使用handler接管系統已有的處理機制。

相關文章