PHP錯誤和異長常處理的方法有哪些

本篇內容介紹了“PHP錯誤和異長常處理的方法有哪些”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

通過日志記錄功能，你可以將信息直接發送到其他日志服務器，或者發送到指定的電子郵箱(或者通過郵件網關發送)，或者發送到操作系統日志等，從而可以有選擇的記錄和監視你的應用程序和網站的最重要的部分。
錯誤報告功能允許你自定義錯誤反饋的級別和類型，可以是簡單的提示信息或者使用自定義的函數進行處理并返回信息.

為什么要使用錯誤處理？
1.是網站出錯時對用戶友好
2.更好的避免錯誤、調試、修復錯誤
3.避免一些安全風險
4.更好保證程序的健壯性
5.……
一、最簡單的錯誤處理――die()
當我們預計有錯誤發生時，停止腳步的運行。比如連接數據庫時：

復制代碼 代碼如下:

mysql_connect('localhost', 'root', '123456') or die ('連接數據庫錯誤：'. mysql_error());

不過，簡單地終止腳本并不總是恰當的方式。
二、自定義錯誤和錯誤觸發器
我們創建一個錯誤處理專用函數，使用set_error_handler函數設置后，可以在 PHP 中發生錯誤時調用該函數。

1.定義錯誤處理函數的參數：

2.錯誤基本預定義常量：

(級別E_ERROR、E_USER_ERROR不能被自定義錯誤處理函數撲捉到)自定義錯誤函數中不能撲捉到致命錯誤信息，因為發生致命的運行時錯誤時腳本都是立即停止執行的。

3.觸發錯誤
在腳本中用戶輸入數據的位置，當用戶的輸入無效時觸發錯誤的很有用的。在 PHP 中，這個任務由 trigger_error() 完成。
您可以在腳本中任何位置觸發錯誤，通過添加的第二個參數，您能夠規定所觸發的錯誤級別。

4.可能的錯誤類型：

1）.E_USER_ERROR - 致命的用戶生成的 run-time 錯誤。錯誤無法恢復。腳本執行被中斷。
2）.E_USER_WARNING - 非致命的用戶生成的 run-time 警告。腳本執行不被中斷。
3）.E_USER_NOTICE - 默認。用戶生成的 run-time 通知。腳本發現了可能的錯誤，也有可能在腳本運行正常時發生。
例如：

復制代碼 代碼如下:

trigger_error("出錯了啊", E_USER_WARNING);
// 輸出 Warning: 出錯了啊 in xxxx 的錯誤信息

三、錯誤報告
默認地，根據在 php.ini 中的 error_log 配置，PHP 向服務器的錯誤記錄系統或文件發送錯誤記錄。
通過使用 error_log() 函數，您可以向指定的文件或遠程目的地發送錯誤記錄。比如把錯誤信息發送到郵箱中是一種好的方式。
更多錯誤處理文檔見：http://www.php.net/manual/zh/book.errorfunc.php

四、異常處理
當異常被拋出時，其后的代碼不會繼續執行，PHP 會嘗試查找匹配的 “catch” 代碼塊。
如果異常沒有被捕獲，而且又沒用使用 set_exception_handler() 作相應的處理的話，那么將發生一個嚴重的錯誤(致命錯誤)，并且輸出 “Uncaught Exception” (未捕獲異常)的錯誤消息。
1.處理處理程序應當包括：

1.）try - 使用異常的函數應該位于 “try” 代碼塊內。如果沒有觸發異常，則代碼將照常繼續執行。但是如果異常被觸發，會拋出一個異常。
2.）throw - 這里規定如何觸發異常。每一個 “throw” 必須對應至少一個 “catch”
3.）catch - “catch” 代碼塊會捕獲異常，并創建一個包含異常信息的對象

2.重新拋出異常

有時，當異常被拋出時，您也許希望以不同于標準的方式對它進行處理。可以在一個 “catch” 代碼塊中再次拋出異常。
腳本應該對用戶隱藏系統錯誤。對程序員來說，系統錯誤也許很重要，但是用戶對它們并不感興趣。為了讓用戶更容易使用，您可以再次拋出帶有對用戶比較友好的消息的異常。

3.異常的規則

1）.需要進行異常處理的代碼應該放入 try 代碼塊內，以便捕獲潛在的異常。
2）.每個 try 或 throw 代碼塊必須至少擁有一個對應的 catch 代碼塊。
3）.使用多個 catch 代碼塊可以捕獲不同種類的異常。
4）.可以在 try 代碼塊內的 catch 代碼塊中再次拋出(re-thrown)異常。

“PHP錯誤和異長常處理的方法有哪些”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！