在日常的項目開發過程中，總是會出現一些我們意想不到的異常錯誤，如果我們對此沒有進行相對完善的處理，那么程序看上去也很不專業，也很可能就會成為別人攻擊系統的有效信息；有些錯誤異常會終止腳本執行，這個時候如果沒有一些錯誤提示信息的話，那么我們只能從頭開始看代碼了，要知道項目中成百上千行的代碼對我們來說是件多么恐怖的事情啊，那么我們如何在項目開發的過程中快速準確地定位到異常、錯誤呢，并進行相應的處理，本文由自己對錯誤、異常處理的了解，再此分享與大家相互學習交流，并作為一個備忘。

系統錯誤處理器：

PHP正常情況下，錯誤會正常的輸出，但在一些框架中，可能會影響錯誤的輸出，可能是框架本身有自己的處理機制，也可能代碼中作處理了，一般是這幾個函數設置：

1.error_reporting();? 設置PHP 的報錯級別并返回當前級別

error_reporting(report_level)

如果參數 level 未指定，當前報錯級別將被返回。下面幾項是 level 可能的值：

值

常量

描述

1

E_ERROR

致命的運行時錯誤。不能回收此錯誤。腳本被中斷執行。

2

E_WARNING

非致命的運行時警告。腳本不被中斷執行。

4

E_PARSE

編譯時分析錯誤。解析應該只由分析器生成的錯誤

8

E_NOTICE

運行時通知。該腳本發現可能是一個錯誤，但通常運行一個腳本時，也可能發生

16

E_CORE_ERROR

致命錯誤在PHP啟動時。這就好比在PHP核心的E_ERROR

32

E_CORE_WARNING

在PHP啟動時警告。這就好比在PHP核心的E_WARNING

64

E_COMPILE_ERROR

致命的編譯時錯誤。這就好比通過了Zend腳本引擎產生的E_ERROR

128

E_COMPILE_WARNING

非致命編譯時警告。這就好比通過了Zend腳本引擎產生E_WARNING

256

E_USER_ERROR

致命的用戶生成的錯誤，這類似于程序員使用PHP函數trigger_error()設置的E_ERROR

512

E_USER_WARNING

非致命的用戶生成的警告，這類似于程序員使用PHP函數trigger_error設置的E_WARNING

1024

E_USER_NOTICE

用戶生成的通知，這類似于程序員使用PHP函數trigger_error設置的E_NOTICE

2048

E_STRICT

運行時通知。PHP建議改變你的代碼，以幫助該代碼的互操作性和兼容性

4096

E_RECOVERABLE_ERROR

可捕獲的致命錯誤，類似?E_ERROR，但可被用戶定義的處理程序捕獲(參見set_error_handler())

8191

E_ALL

所有的錯誤和警告，除級別E_STRICT(在PHP6.0中，E_STRICT將是E_ALL的一部分)

這里值得注意的是，$level為0的時候是關閉錯誤輸出，也就是任何錯誤都不會輸出。

2.set_error_handler()

定義和用法

set_error_handler() 函數設置用戶自定義的錯誤處理函數。

該函數用于創建運行時期間的用戶自己的錯誤處理方法。

該函數會返回舊的錯誤處理程序，若失敗，則返回 null。

語法

set_error_handler(error_function,error_types)

參數

描述

error_function

必需。規定發生錯誤時運行的函數。

error_types

可選。規定在哪個錯誤報告級別會顯示用戶定義的錯誤。默認是?"E_ALL"。

提示：如果使用了該函數，會完全繞過標準的 PHP 錯誤處理函數，如果必要，用戶定義的錯誤處理程序必須終止 (die() ) 腳本，

注釋：如果在腳本執行前發生錯誤，由于在那時自定義程序還沒有注冊，因此就不會用到這個自定義錯誤處理程序。

測試代碼如下：

/**

*

* @param type $error_level 錯誤級別

* @param type $error_message 錯誤信息

* @param type $error_file 可選 錯誤文件

* @param type $error_line 可選 錯誤行

* @param type $error_context 可選。規定一個數組，包含了當錯誤發生時在用的每個變量以及它們的值。

*/

function my_error($error_level, $error_message, $error_file, $error_line, $error_context) {

echo date('Y-m-d H:i:s') . $error_level . $error_message . $error_file . $error_line;

var_dump($error_context);

}

set_error_handler('my_error', E_ALL);

print_r($a);

//通過上案例可以得知，在注冊 my_error 方法時，系統會自動覆蓋原有的錯誤處理 error_fuction() 方法

以上程序運行結果：

自定義錯誤觸發器

定義和用法

trigger_error() 函數創建用戶定義的錯誤消息。

trigger_error() 用于在用戶指定的條件下觸發一個錯誤消息。它與內建的錯誤處理器一同使用，也可以與由 set_error_handler() 函數創建的用戶自定義函數使用。

如果指定了一個不合法的錯誤類型，該函數返回 false，否則返回 true。

語法

trigger_error(error_message,error_types)

參數

描述

error_message

必需。規定錯誤消息。長度限制為?1024個字符。

error_types

可選。規定錯誤消息的錯誤類型。?可能的值：

E_USER_ERROR

E_USER_WARNING

E_USER_NOTICE

測試代碼如下：

/**

*

* @param type $level

* @param type $msg

*/

function my_error($level, $msg) {

switch ($level) {

case E_USER_ERROR:

echo "ERROR:
";

break;

case E_USER_WARNING:

echo "WARNING:
";

break;

case E_USER_NOTICE:

echo "NOTICE:
";

break;

default:

break;

}

echo "錯誤編號：" . $level . "
";

echo "錯誤信息：" . $msg;

}

//注冊錯誤處理器

set_error_handler('my_error');

if (89 > 8) {

//調用錯誤觸發器

trigger_error('這是錯誤啊', E_USER_WARNING);

}

運行結果如下：

WARNING:

錯誤編號：512

錯誤信息：這是錯誤啊

以上所述就是本文的全部內容了，希望大家能夠喜歡。

總結

以上是生活随笔為你收集整理的php 出错处理,PHP 错误处理机制的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。