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

我們將用一系列的文章來徹底的搞懂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 型別的錯誤是不會中斷程式碼執行的，他們BnMRq是通知和報警，並不是致命的錯誤。而其他型別的錯誤則會中斷程式碼的執行。

$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_shuwww.cppcns.comtdown_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 錯誤和異常的資料請關注我們其它相關文章！