日誌 php PHP框架中的日誌系統

2021-10-14 22:37:56 字數 3464 閱讀 7593

每日17點準時技術乾貨分享

引言

接觸過php框架的朋友們可能都知道,日誌在專案中的重要作用了,他可以幫助我們定位錯誤的位置,讓程式更友好(處理得當的話不會直接丟擲一大堆只有程式猿才真正動的英文),除錯的時候也會很方便,還可以記錄一些重要的操作等等,總之乙個完整的專案要是沒了日誌系統,就已經開發的路上布滿了荊棘、坑窪,肯定會磕磕絆絆的。

簡介

要掌握php日誌系統,必須先對這幾點東西了解透徹。

一、php的幾個函式

set_exception_handler(callback $exception_handler); //異常捕獲自定義處理函式註冊set_error_handler(callback $error_handler); //錯誤捕獲自定義處理函式註冊register_shutdown_function(callback $callback); //程式執行時異常終止錯誤捕獲處理函式註冊
這三個函式在錯誤處理控制中給開發者提供了很大的自主空間,在日誌系統中記錄日誌資訊有他們的功勞。

在程式**現異常(exception)問題時,php核心會丟擲異常錯誤,然後將錯誤資訊列印給使用者,如果註冊了exception處理函式,php丟擲的異常會轉給自定義的註冊的異常捕獲函式,這個函式裡面包含了我們要做的處理,記錄錯誤資訊(包括錯誤詳細內容、錯誤位置),該函式處理完異常後,異常就會終止。

當程式**現error時,我們註冊的error處理函式會在函式中將錯誤資訊轉化為乙個錯誤異常物件傳遞給異常處理函式,也就是第一步的$exception_handler函式。

當成續重出現shutdown錯誤時,會執行我們註冊的異常終止處理函式,該函式通過error_get_last()獲取到最後的shutdown時的錯誤物件,接著和上一部一樣,生成乙個error exception物件,將該物件傳遞給我們註冊的異常處理函式。

可以看到,其實不管是異常還是錯誤,都是將自己的資訊轉化為異常處理函式認識的異常資訊,然後交給異常處理函式處理,非異常資訊就像化了妝的女人一樣,異常處理程式不認識這些非異常資訊,只有將裝卸掉(非異常資訊自己轉化為異常資訊,準確的說應該是丟擲),異常處理才認識。

php日誌系統中的錯誤處理流程

那麼現在問題來了,這幾個函式一般會配合乙個異常處理類庫,加上乙個錯誤日誌記錄類庫來進行工作,異常處理類庫中包含要註冊的3個函式,日誌記錄類庫在$exception_handler中呼叫,用來合理的記錄和放置日誌檔案的位置,上面說到的幾個函式一般是在程式框架入口處進行載入註冊的,就像下面這樣:

這裡面用的是array(class,function)這種方式。

set_exception_handler(array("myexception","exceptionhandler"));set_error_handler(array("myexception","errorhandler"));register_shutdown_function(array("myexception","shutdownhandler"));
二、日誌記錄相關類庫第一部分介紹到的東西只是對異常、錯誤、shutdown進行了捕獲,這只是第一步,接下來還要對捕獲到的資訊進行合理的處理;

比如說記錄這些日誌資訊到本地檔案系統中(這個操作是在array(「myexception」,」exceptionhandler」)),這個地方就用到了日誌記錄類庫。(下面要說的類庫是借鑑了kohana日誌系統的設計)。

日式日誌記錄也很簡單只要做的將資訊新增到檔案末尾就行,這個很容易實現,相信大家都可以自己實現,但是要設計出乙個便捷的、高效的、擴充套件的日誌記錄類庫就不那麼簡單了,要經過長時間的實踐總結優化才可以,kohana框架中的日誌記錄類庫已經比較成熟了,因此這裡拿來借鑑。

這個就是新增乙個日誌記錄物件到日誌物件中,注意橄欖色打底的倆個,他們是不同的類庫例項,在kohana中,日誌記錄物件分為兩部分,第一部分就是日誌物件,用來維護乙個日誌記錄物件的列表,這個要怎麼理解呢,其實就像乙個容器,裡面包含了乙個或多個日誌記錄物件(這個就是第二部分,這些日誌記錄物件才是真正來記錄日誌的),還有每個物件要記錄的錯誤等級的陣列,當滿足錯誤等級的時候才會去記錄,不滿足就會略掉。下面是我自己簡化重新命名後的日誌記錄方式:

self::$log = log::instance();self::$log->attach(new logwriter("./data/debug"),log::debug);self::$log->attach(new logwriter("./data/notice"),log::notice);
我這裡面為了更好地理解,將「容器」命名為log,記錄的例項命名為logwriter,可以看到我在程式入口處很容易的新增了兩不同的日誌種類,第乙個是記錄所有錯誤號比log::debug小的錯誤(錯誤級別比他高),並按規則記錄在資料夾./data/debug下面;

第二個是記錄級別等於或高於log::notice的錯誤,當然了你還可以更詳細制定具體哪些錯誤好,傳遞陣列就行了,這個就是我感覺方便、快捷的地方;

我們可以根據需求來新增錯誤日誌、分不同的日誌目錄,下面看一幅圖也許會有助於理解:

log與logwriter的關係

通過上面的圖你就會看到log是乙個容器,包含了具體的不同的logwriter物件,每個物件可能要記錄不同的資訊,當錯誤資訊要刷到檔案中的時候,會執行每乙個logwriter例項,看看自己是否要記錄errormessage中的錯誤,errormessage中的level不包含在logwriter內時忽略。

這本分和第一部分怎麼合作的呢?其實很簡單,當exception捕獲的異常時會呼叫新增一條錯誤資訊(包括錯誤位置、錯誤代號、錯誤資訊等資訊)到log容器中的errormessage陣列中,然後當程式結束之後在將這些資訊寫入檔案;

這裡還要注意下,也許你在閱讀kohana**是發現沒有明顯的直接寫入到日誌中去,這裡面kohana優化的比較好,因為php的一次執行可能出現多個錯誤,如果來乙個錯誤你就去記錄一次這樣會在程式返回之前占用多餘的io和時間;

所以kohana的做法是預設將所有的錯誤、異常、日誌存放在log::$errormessage中,並在例項化的時候講log中的writer操作註冊register_shutdown_function,這個函式的作用是在程式異常終止或者執行完成之後執行,前面第一部分也有使用到,這樣日誌記錄就不會對本次php的執行產生帶大的影響。

-end-

宣告:本文選自「 php中文網 」,搜尋「 phpcnnew 」即可關注!

日誌 php PHP 輸出日誌到檔案 DEMO

首先需要確保輸出檔案有許可權寫入,一般設定許可權為 chown r nginx.nginx 輸出的檔案路徑如果以上方法還是無效,可以直接將檔案設定有777,但是這種方式只能用於測試環境 chmod r 777 輸出的檔案路徑然後將日誌寫入檔案,採用追加內容的方式,即不會覆蓋之前的日誌 file no...

php 日誌,PHP 框架中的日誌系統

引言接觸過php框架的朋友們可能都知道,日誌在專案中的重要作用了,他可以幫助我們定位錯誤的位置,讓程式更友好 處理得當的話不會直接丟擲一大堆只有程式猿才真正動的英文 除錯的時候也會很方便,還可以記錄一些重要的操作等等,總之乙個完整的專案要是沒了日誌系統,就已經開發的路上布滿了荊棘 坑窪,肯定會磕磕絆...

SpringBoot 日誌 切換日誌框架

在sprinboot切換日誌框架其實是不提倡的,使用預設的slf4j logback就可以了,但非要換也沒辦法是把哈哈 從logback切換到log4j,使用log4j作為實現 1.參照log4j和slf4j的關係圖 3.加入適配log4j的jar包,該包直接依賴了log4j的jar包,所以就不必再...