摘要:提到服務(wù)的錯(cuò)誤日志,我們通常能想到的有的日志日志以及的日志。原因很簡單這是邏輯錯(cuò)誤,并不是異常,所以不能被捕獲。提供了兩個(gè)函數(shù)用于自定義處理錯(cuò)誤和異常的方法所以可以通過函數(shù)注入方法捕獲所有的異常并記錄。
提到 Nginx + PHP 服務(wù)的錯(cuò)誤日志,我們通常能想到的有 Nginx 的 access 日志、error 日志以及 PHP 的 error 日志。雖然看起來是個(gè)很簡單的問題,但里面其實(shí)又牽扯到應(yīng)用配置以及日志記錄位置的問題,如果是在 ubuntu 等系統(tǒng)下使用 apt-get 的方式來安裝,其自有一套較為合理的的配置文件可用。再者運(yùn)行的應(yīng)用程序中的配置也會(huì)影響到日志記錄的方式及內(nèi)容。
錯(cuò)誤與異常的區(qū)別關(guān)于錯(cuò)誤與異常,我們可以用一個(gè)簡單的例子來理解:
執(zhí)行這個(gè)小示例會(huì)直接得到一個(gè)『PHP Warning: Division by zero …』錯(cuò)誤。原因很簡單:這是邏輯錯(cuò)誤,并不是異常,所以不能被 try 捕獲。同樣,對(duì)于變量使用前未定義這種問題,也是同樣的會(huì)產(chǎn)生 warning 而不是被捕獲。
但是這個(gè)問題在 PHP7 中卻有了一些改動(dòng),比如上面的例子中我把 / 改成 %,在 PHP7 的環(huán)境中執(zhí)行會(huì)得到一個(gè)不一樣的提示:
PHP Fatal error: Uncaught DivisionByZeroError ...
根據(jù)這個(gè)提示,如果我把 catch 中的條件修改一下:
這樣就可以正常捕獲到錯(cuò)誤并輸出 catched 了。
對(duì)于第一個(gè)示例,同樣如果把 Excepiton 修改為 ErrorException 也可以正常捕獲。
至于為什么求余和除法,在 PHP5 中提示一致而在 PHP7(我的測試環(huán)境是 7.0.4) 中除法不屬于 DivisionByZeroError 的問題,這應(yīng)該是個(gè) BUG。
日志的記錄PHP 本身可配置的 log 大概有以下幾個(gè):
php-fpm error log(php-fpm.conf 中配置,記錄 php-fpm 進(jìn)程的啟動(dòng)和終止等信息)
php-fpm slow log(也是在 php-fpm.conf 中配置,記錄慢執(zhí)行)
php error log(php.ini 中配置,記錄應(yīng)用程序的錯(cuò)誤日志)
此外 Nginx 還有兩個(gè)可配置的log:access 和 error log。這幾個(gè)日志文件的功能不同,記錄的內(nèi)容也不同。但其中有一個(gè)點(diǎn)需要注意:如果配置了 php-fpm 中的 error log 位置,但日志位置不可寫(配置時(shí)位置得是對(duì)的,因?yàn)?php-fpm 啟動(dòng)時(shí)會(huì)做檢查),在適當(dāng)?shù)呐渲脳l件下錯(cuò)誤日志會(huì)被返回到 cgi 中從而寫入 nginx 的 error log 中。
所以遇到問題是我們一般的查找思路都是:
到 Nginx access log 中查看請(qǐng)求的狀態(tài)碼
查看 php error log 中的錯(cuò)誤記錄以及 stack 信息
查看 php-fpm log 中有無異常重啟記錄(如果核心或者擴(kuò)展問題,會(huì)出現(xiàn)此情況)
但是在以上幾種情況下你也會(huì)發(fā)現(xiàn),這里面并沒有上文提到的程序拋出異常的日志記錄。
異常記錄異常不同于錯(cuò)誤,嚴(yán)格上說它是應(yīng)用程序邏輯的異常而不是錯(cuò)誤,是可以通過合理的程序邏輯來手動(dòng)觸發(fā)的。但大多情況下異常也是要進(jìn)行記錄的,比如數(shù)據(jù)庫無法連接或者框架的不當(dāng)使用觸發(fā)的異常,我們需要通過日志來定位問題并及時(shí)處理。
PHP 提供了兩個(gè)函數(shù)用于自定義處理錯(cuò)誤和異常的方法:
set_error_handler
set_exception_handler
所以可以通過 set_exception_handler 函數(shù)注入方法捕獲所有的異常并記錄 。
monolog 是一個(gè)優(yōu)秀的異常記錄的庫,也是基于 PSR-3 標(biāo)準(zhǔn)的實(shí)現(xiàn)。Laravel、Symfony 中默認(rèn)也是使用它來記錄異常。如有需要,也可以考慮在自己的項(xiàng)目中引入。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/21821.html
摘要:一的幾個(gè)函數(shù)異常捕獲自定義處理函數(shù)注冊(cè)錯(cuò)誤捕獲自定義處理函數(shù)注冊(cè)程序執(zhí)行時(shí)異常終止錯(cuò)誤捕獲處理函數(shù)注冊(cè)這三個(gè)函數(shù)在錯(cuò)誤處理控制中給開發(fā)者提供了很大的自主空間,在日志系統(tǒng)中記錄日志信息有他們的功勞。下面要說的類庫是借鑒了日志系統(tǒng)的設(shè)計(jì)。 引言 接觸過php框架的朋友們可能都知道,日志在項(xiàng)目中的重要作用了,他可以幫助我們定位錯(cuò)誤的位置,讓程序更友好(處理得當(dāng)?shù)脑挷粫?huì)直接拋出一大堆只有程...
摘要:簡述這里簡單歸納總結(jié)關(guān)于的錯(cuò)誤處理和日志記錄的操作。錯(cuò)誤處理器會(huì)正確地設(shè)置響應(yīng)的狀態(tài)碼并使用合適的錯(cuò)誤視圖頁面來顯示錯(cuò)誤信息。記錄一個(gè)警告消息用來指示一些已經(jīng)發(fā)生的意外。的義務(wù)是正確處理日志消息。相應(yīng)的消息通過被記錄。 簡述 這里簡單歸納總結(jié)關(guān)于Yii的錯(cuò)誤處理和日志記錄的操作。 錯(cuò)誤處理(Errors) Yii 內(nèi)置了一個(gè)yiiwebErrorHandler錯(cuò)誤處理器,它使錯(cuò)誤處理更...
摘要:但異常捕獲后程序可以繼續(xù)執(zhí)行,而真正的錯(cuò)誤出現(xiàn)后程序就必須終止異??梢允褂脕聿东@捕獲,捕獲之后后續(xù)代碼可以繼續(xù)執(zhí)行而錯(cuò)誤是無法使用捕獲的如果拋出了異常,就必須捕獲它否則程序終止執(zhí)行。 PHP錯(cuò)誤級(jí)別 Parse error > Fatal Error > Waning > Notice > Deprecated Deprecated 最低級(jí)別的錯(cuò)誤(不推薦,不建議)使用一些過期函數(shù)的...
閱讀 1010·2023-04-25 15:42
閱讀 3604·2021-11-02 14:38
閱讀 2896·2021-09-30 09:48
閱讀 1438·2021-09-23 11:22
閱讀 3399·2021-09-06 15:02
閱讀 3195·2021-09-04 16:41
閱讀 613·2021-09-02 15:41
閱讀 2025·2021-08-26 14:13