摘要：又或者反過來，把錯誤當(dāng)成異常來處理。當(dāng)然，我猜它的目的，應(yīng)該也是為了能實現(xiàn)錯誤與異常之間優(yōu)雅轉(zhuǎn)換而添加的。至此，錯誤與異常的學(xué)習(xí)基本完畢。

這話題已經(jīng)沒有什么新意了，這里只是做做筆記，作為思路的一種整理，也以便后續(xù)忘了可以回來這里查找。

以下是 PHP 最常見的幾種錯誤：

// E_NOTICE
echo $a;

// E_WARNING
echo 100 / 0;

class Sample
{
    public function method()
    {
        //not static method
    }
}

// E_STRICT
Sample::method();

// E_ERROR
new Dummy();

運(yùn)行上面代碼，頁面輸出以下信息：

Notice: Undefined variable: a in D:errors-exceptionsdemo4.php on line 6

Warning: Division by zero in D:errors-exceptionsdemo4.php on line 9

Strict Standards: Non-static method Sample::method() should not be called statically in D:errors-exceptionsdemo4.php on line 20

Fatal error: Class "Dummy" not found in D:errors-exceptionsdemo4.php on line 23

在生產(chǎn)環(huán)境下，是不允許把錯誤信息輸出到頁面的。

怎么辦？關(guān)閉錯誤輸出

ini_set("display_errors", 0);

此時，刷新頁面，頁面將不會報任何錯誤。頁面一片空白，或者顯示 500 錯誤。

這也不是我們希望的，雖然不把錯誤輸出到頁面，但是這些錯誤我們是希望把它們都收集起來，寫到日志里面，以便開發(fā)人員能夠不斷改進(jìn)代碼，排查錯誤。

怎么辦？自定義錯誤處理

set_error_handler(function($errno, $errstr, $errfile, $errline) {

    //在這里對錯誤進(jìn)行處理

    echo $errstr . "
";
});

運(yùn)行上面的代碼，頁面輸出：

Undefined variable: a
Division by zero
Non-static method Sample::method() should not be called statically

很奇怪，不是應(yīng)該輸出 4 個錯誤嗎？怎么 Fatal error 沒有捕捉到。查看 set_error_handler 幫助文檔，我們發(fā)現(xiàn)，它有以下描述：

以下級別的錯誤不能由用戶定義的函數(shù)來處理： E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING，和在 調(diào)用 set_error_handler() 函數(shù)所在文件中產(chǎn)生的大多數(shù) E_STRICT。

噢~，原來是這樣，原來 set_error_handler 方法是不能捕捉 E_ERROR 錯誤的（上面的 Fatal error）。那么這類錯誤，我們是不能放過的，也必須捕捉到，并做適當(dāng)?shù)奶幚怼?/p>

怎么辦？ 利用 register_shutdown_function 函數(shù)

register_shutdown_function(function() {

    if(is_null($e = error_get_last()) === false) {

        echo $e["message"] . "
";
    }
});

此時，再運(yùn)行上面的例子，頁面會輸出：

Undefined variable: a
Division by zero
Non-static method Sample::method() should not be called statically
Class "Dummy" not found

很好，四種錯誤，我們都成功捕捉了，并按照我們自己的方式進(jìn)行了輸出。

到目前為止，應(yīng)該說能捕捉的 PHP 錯誤，我們都捕捉到了，當(dāng)然還有一些錯誤，壓根就沒有辦法捕捉。比如語法錯誤，這類錯誤是在 PHP 引擎對即將執(zhí)行的文件編譯期間的錯誤。

像上面這種錯誤，程序就沒有辦法捕捉了。只要程序是經(jīng)過測試的，一般不會在生產(chǎn)環(huán)境出現(xiàn)此類錯誤，所以也不用過于但心。
最后注：register_shutdown_function 函數(shù)會在任何導(dǎo)致頁面退出的時候，會被調(diào)用。比如發(fā)生了致命錯誤、使用 exit() 函數(shù)、又或者是頁面執(zhí)行完畢了，都會觸發(fā)該函數(shù)。利用這個特征，我們可以在頁面退出時，獲取到最后一個錯誤，然后進(jìn)行記錄。這個的 “最后一個錯誤” 往往是致命錯誤，原因很簡單：因為一旦錯誤被 set_error_handler 捕捉到了，那么 register_shutdown_function 將捕捉不了。而 前者捕捉不了的，才會被后者捕捉。
異常
在 PHP 中，所以異常的基類都是 Exception。異常應(yīng)該說是在 PHP 后來引入了面向?qū)ο蟮母拍詈?，才有的產(chǎn)物。那么說，PHP 原來只拋錯誤，卻沒有異常的概念了。但現(xiàn)在，異常的使用已經(jīng)非常廣泛了，我們有必要學(xué)習(xí)一下。
好，我們來制造一些異常：
new PDO("mysql:dbname=testdb;host=127.0.0.1", "root", "wrong_passwd");

//運(yùn)行結(jié)果
Fatal error: Uncaught exception "PDOException" with message "SQLSTATE[HY000] [1045] Access denied for user "root"@"localhost" (using password: YES)" in D:errors-exceptionsdemo6.php:6 Stack trace: #0 D:errors-exceptionsdemo6.php(6): PDO->__construct("mysql:dbname=te...", "root", "wrong_passwd") #1 {main} thrown in D:errors-exceptionsdemo6.php on line 6
再制造一個：
throw new Exception("我是異常");

//運(yùn)行結(jié)果
Fatal error: Uncaught exception "Exception" with message "我是異常" in D:errors-exceptionsdemo6.php:9 Stack trace: #0 {main} thrown in D:errors-exceptionsdemo6.php on line 9
在生產(chǎn)環(huán)境下，頁面直接輸出這些異常，同樣是不優(yōu)雅的，那么我們同樣可以像關(guān)閉錯誤輸出一樣，關(guān)閉異常的輸出：
ini_set("display_errors", 0);
同樣地，異常雖然不顯示出來了，但是我們需要記錄并處理這些異常。
怎樣做？ 使用 set_exception_handler 函數(shù)
set_exception_handler(function($exception) {

    //在這里，統(tǒng)一處理異常
    
    echo get_class($exception) .": ". $exception->getMessage();
});
此時，再運(yùn)行頁面，會輸出以下信息：
PDOException: SQLSTATE[HY000] [1045] Access denied for user "root"@"localhost" (using password: YES)
小結(jié)
在我剛開始學(xué)習(xí) PHP 的時候，的確被它的錯誤和異常困擾了許久。最開始，我甚至不會用異常。實際上，在現(xiàn)代的 PHP 里面，我們基本上可以完全控制它的異常和錯誤。只需要分開處理就可以了。
擴(kuò)展：我們在實際項目中捕捉并處理異常和錯誤的時候，往往是把兩者合二為一。就是說把異常也當(dāng)成錯誤來處理。又或者反過來，把錯誤當(dāng)成異常來處理。
下面，就讓我們一起看看，如何把兩者相互轉(zhuǎn)換：
把異常轉(zhuǎn)換為錯誤處理
";
}

//自定義異常處理
function exceptionHandler($exception) {
    errorHandler(
        $exception->getCode(),
        $exception->getMessage(),
        $exception->getFile(),
        $exception->getLine()
    );
}

//自定義致命錯誤處理
function shutdownHandler() {
    if(is_null($e = error_get_last()) === false) {
        errorHandler(
            $e["type"],
            $e["message"],
            $e["file"],
            $e["line"]
        );
    }
}
不過這樣處理法，會導(dǎo)致異常的堆棧信息“丟失”，意思是無法處理這些堆棧信息了。當(dāng)然是有辦法處理的了，具體請看 demo3.php。
再看看，如何把錯誤轉(zhuǎn)換為異常 （注意：以下代碼僅為了演示其原理，代碼本身并非完全合理）：
set_error_handler("errorHandler");

function errorHandler($errno, $errstr, $errfile, $errline) {
    throw new ErrorException($errstr, $errno, 0, $errfile, $errline);
};
大家看到，我們使用了 ErrorException 這個類，這是 PHP 后來才引入的，叫作錯誤異常。當(dāng)然，我猜它的目的，應(yīng)該也是為了能實現(xiàn)錯誤與異常之間優(yōu)雅轉(zhuǎn)換而添加的。
至此，錯誤與異常的學(xué)習(xí)基本完畢。最后推薦看看一個網(wǎng)站有關(guān)于對 PHP 錯誤與異常的介紹，尤其是對異常的一些行為的說明，都是值得注意的，網(wǎng)站在這里：PHP - Error & Exception Handling
參考文獻(xiàn)

PHP在什么時候應(yīng)該使用異常處理（Exception）？

PHP Trick: Catching fatal errors (E_ERROR) with a custom error handler