本文目的

PHP的全局錯誤處理，在開發項目的時候很有用，可以幫助開發者快速定位一些問題，提高工作效率。默認情況下，全局錯誤會直接輸出，但是最近開發時使用的一個框架庫對全局錯誤處理進行了設定，導致很多錯誤信息沒有輸出，在定位問題上有一定的耗時。所以，研究了一下此庫的實現，發現它設定了error_reporting和set_error_handler，導致此現象。現在記錄一下這兩個函數的用法，作為備忘錄。

背景

PHP沒有類型檢測，開發人員比較容易輸入錯誤單詞，引起致命錯誤，最終導致腳本停止執行。如果這個時候，沒有得到任何錯誤消息，那么會是一件很痛苦的事情。你不得不從腳本的第一行代碼開始調試，在成千上萬行的代碼中不斷的print或者echo，直到定位到這個輸錯的單詞。然后，有不得不原路返回，將先前添加的print或echo全部刪除。這時一件及其枯燥乏味的工作。

一般情況

正常情況下，php會將致命錯誤直接輸出，會將錯誤的出處(文件地址，行號)和原因等輸出，這樣，開發著可以很方便的定位到問題。

但是有些時候，可能由于php.ini的設置問題，可能是第三方框架配置的問題，導致這些信息沒有輸出，那么此時，必須學會自己設置相關參數，輸出這些錯誤信息，幫助快速定位問題。

error_reporting

error_reporting是一個php的全局配置參數，在php.ini中。用于配置錯誤輸出級別，參數是比特位，可以用來設置錯誤輸出的級別，下面是從php.ini中copy出來的信息：

默認情況下，php會輸出所有錯誤信息，除了notice。同樣，php標準函數中提供了名稱相同的函數error_reporting(int $level)，用于在php腳本中，完成同樣的功能。這樣將不會影響其他程序。值得注意的是，$level為0的時候是關閉錯誤輸出，也就是任何錯誤都不會輸出。

set_error_handler

php的默認錯誤處理是將消息輸出。但是，有時候需要定義一些其他操作，這時就需要自定義錯誤處理函數。php提供內置函數set_error_handler可以幫助我們注冊自己的錯誤處理函數。函數原型如下：

mixed set_error_handler ( callback $error_handler [, int $error_types = E_ALL | E_STRICT ] )

值得注意的是，即使注冊了錯誤處理函數，默認的行為仍然會執行，也就是錯誤出現時，仍然會輸出錯誤信息，所以需要在程序中顯示的將錯誤級別設置為0，然后在注冊自己的的錯誤處理函數。這種方式，在生產環境下，尤其重要，因為即時出錯，敏感內部錯誤信息也不會暴露給潛在的惡意用戶。還有很重要的一點需要指出，自定義錯誤處理函數不能處理fatal error(比如編譯錯誤)。下面是一個使用自定義錯誤處理函數的列子：

執行此腳本可以得到下面的輸出：

可以看到，最后的“new NoExistClass()”的異常，沒有被自定義的錯誤處理函數捕獲。

最后，捎帶提一下，set_exception_handler注冊頂層的異常處理，在web一用中，可以設定一下，然后統一的跳轉到錯誤處理頁面。

總結

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

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