在PHP的學習過程中，我們會接觸到兩個概念，一個是錯誤，一個是異常。啥玩意？他們不是一個東西嘛？如果接觸過Java、C#之類的純面向對象語言的同學，可能對異常是沒有什么問題，畢竟所有的問題都可以try...catch來解決。但是像PHP這種從面向過程發展到面向對象的語言來說，錯誤和異常就是兩個完全不同的東西了。

我們將用一系列的文章來徹底的搞懂PHP中的錯誤和異常到底是怎么回事，有哪些處理這些錯誤和異常的機制，我們應該如何對待它們。

什么是錯誤？

錯誤，一般是由PHP本身的因素所導致的問題，錯誤的語法、環境的配置不當等都會引起錯誤。錯誤和php.ini文件當中的error_reporting參數有直接的關系。相信大家都配過這個參數。一般會把它配置為 E_ALL ~E_NOTICE 。這是什么意思呢？我們先來看看PHP中有哪些錯誤類型：

Fatal Error:致命錯誤（腳本終止運行）

• E_ERROR // 致命的運行錯誤，錯誤無法恢復，暫停執行腳本
• E_CORE_ERROR // PHP啟動時初始化過程中的致命錯誤
• E_COMPILE_ERROR // 編譯時致命性錯，就像由Zend腳本引擎生成了一個E_ERROR
• E_USER_ERROR // 自定義錯誤消息。像用PHP函數trigger_error（錯誤類型設置為：E_USER_ERROR）
  

Parse Error：編譯時解析錯誤，語法錯誤（腳本終止運行）

E_PARSE //編譯時的語法解析錯誤

Warning Error：警告錯誤（僅給出提示信息，腳本不終止運行）

• E_WARNING // 運行時警告 (非致命錯誤)。
• E_CORE_WARNING // PHP初始化啟動過程中發生的警告 (非致命錯誤) 。
• E_COMPILE_WARNING // 編譯警告
• E_USER_WARNING // 用戶產生的警告信息
  

Notice Error：通知錯誤（僅給出通知信息，腳本不終止運行）

• E_NOTICE // 運行時通知。表示腳本遇到可能會表現為錯誤的情況.
• E_USER_NOTICE // 用戶產生的通知信息。
  

在配置文件中的 E_ALL ~E_NOTICE 就是顯示所有錯誤但通知錯誤類錯誤除外的意思。當然，我們在代碼中也可以手動的改變這種錯誤信息的通知。

error_reporting(E_ALL);

通過這行代碼，我們就讓當前文件代碼中的錯誤全部顯示出來了。Notice 和 Warning 類型的錯誤是不會中斷代碼運行的，他們是通知和報警，并不是致命的錯誤。而其他類型的錯誤則會中斷代碼的執行。

$a = 100 / 0; // Warning: Division by zero
echo $f; // Notice: Undefined variable: f 
test(); // Fatal error: Uncaught Error: Call to undefined function test()

echo 1;

上述代碼中分別是Warning的除0錯誤警告和echo $f;的未定義變量提示，這兩行代碼都是可以在報錯后可以繼續向下運行的。而未定義的方法則是Fatal級別的致命錯誤了。所以最后那個1也不會輸出了。

那么錯誤要如何處理呢？原則上我們應該是要去消滅這些錯誤的，因為他們基本上不會是我們寫代碼的邏輯沒理清而產生的邏輯錯誤，是實打實的一些語法及環境錯誤，這種錯誤在生產環境是不應該出現的。同時，它們與異常最最重要的一個區別就是，它們無法通過try...catch進行捕獲。也就是說，這種錯誤沒有非常好的錯誤后處理機制。

try {
    $a = 100 / 0; // Warning: Division by zero
    echo $f; // Notice: Undefined variable: f 
} catch (Excepiton $e) {
    print_r($e); // 無法捕獲
} 

不過，PHP還是提供了一些處理錯誤的函數供我們使用。

• set_error_handler()
  

基本上只能處理 Warning 和 Notice 級別的錯誤。

set_error_handler(function( $errno , $errstr ){
    echo 'set_error_handler：', $errno, $errstr, PHP_EOL;
});
$a = 100 / 0; // Warning: Division by zero
echo $f; // Notice: Undefined variable: f 
test(); // Fatal error: Uncaught Error: Call to undefined function test()

// set_error_handler：2Division by zero
// set_error_handler：8Undefined variable: f

從代碼中可以看出，Fatal error這種致命錯誤并沒有捕獲到。

• register_shutdown_function()
  

其實它也不是用來處理錯誤的，這個函數的作用是在發生致命錯誤，程序停止前最后會調用的一個函數。可以用來記錄日志或者關閉一些重要的外部句柄，不過在生產環境中，我們一般會用php.ini中的log_error來進行日志的記錄。所以這個函數也用得并不多。

register_shutdown_function(function(){
    echo 'register_shutdown_function：', PHP_EOL;
    print_r(error_get_last());
});
test();

// register_shutdown_function：
// Array
// (
//     [type] => 1
//     [message] => Uncaught Error: Call to undefined function test() in /php/202002/source/一起搞懂PHP的錯誤和異常（一）.php:16
// Stack trace:
// #0 {main}
//   thrown
//     [file] => /php/202002/source/一起搞懂PHP的錯誤和異常（一）.php
//     [line] => 16
// )

這個函數的回調函數中沒有任何的參數變量，所以我們需要通過 error_get_last() 來拿到本次執行中發生的所有錯誤情況。另外要注意的是，只有在運行時產生的錯誤都會調用到這個注冊函數的回調中，編譯時的錯誤是也是無法通過這個函數捕獲到的，比如直接的語法錯誤：

register_shutdown_function(function(){
    echo 'register_shutdown_function：', PHP_EOL;
    print_r(error_get_last());
});

test(a+-); // Parse error: syntax error, unexpected ')' 

總結

綜上所述，就像在文章前面說過的，錯誤是應該盡量不要帶到生產環境中去的，它們并沒有很好的處理機制。或者說，錯誤就是我們要盡量避免的東西，因為大部分情況下它和我們的邏輯代碼并沒有太大的關系。而且嚴重的錯誤會直接導致程序運行的中止，無法像異常一樣通過catch機制保證程序繼續運行。

以上就是PHP中錯誤和異常的概念的詳細內容，更多關于PHP 錯誤和異常的資料請關注腳本之家其它相關文章！