Python中的logging模組

發表於2016-11-27

最近修改了專案裡的logging相關功能,用到了python標準庫裡的logging模組,在此做一些記錄。主要是從官方文件和stackoverflow上查詢到的一些內容。

基本用法

下面的程式碼展示了logging最基本的用法。

除了這些基本用法,還有一些常見的小技巧可以分享一下。

格式化輸出日誌

記錄異常資訊

當你使用logging模組記錄異常資訊時,不需要傳入該異常物件,只要你直接呼叫logger.error() 或者 logger.exception()就可以將當前異常記錄下來。

logging配置要點

GetLogger()方法

這是最基本的入口,該方法引數可以為空,預設的logger名稱是root,如果在同一個程式中一直都使用同名的logger,其實會拿到同一個例項,使用這個技巧就可以跨模組呼叫同樣的logger來記錄日誌。

另外你也可以通過日誌名稱來區分同一程式的不同模組,比如這個例子。

Formatter日誌格式

Formatter物件定義了log資訊的結構和內容,構造時需要帶兩個引數:

  • 一個是格式化的模板fmt,預設會包含最基本的levelmessage資訊
  • 一個是格式化的時間樣式datefmt,預設為 2003-07-08 16:49:45,896 (%Y-%m-%d %H:%M:%S)

fmt中允許使用的變數可以參考下表。

  • %(name)s Logger的名字
  • %(levelno)s 數字形式的日誌級別
  • %(levelname)s 文字形式的日誌級別
  • %(pathname)s 呼叫日誌輸出函式的模組的完整路徑名,可能沒有
  • %(filename)s 呼叫日誌輸出函式的模組的檔名
  • %(module)s 呼叫日誌輸出函式的模組名|
  • %(funcName)s 呼叫日誌輸出函式的函式名|
  • %(lineno)d 呼叫日誌輸出函式的語句所在的程式碼行
  • %(created)f 當前時間,用UNIX標準的表示時間的浮點數表示|
  • %(relativeCreated)d 輸出日誌資訊時的,自Logger建立以來的毫秒數|
  • %(asctime)s 字串形式的當前時間。預設格式是“2003-07-08 16:49:45,896”。逗號後面的是毫秒
  • %(thread)d 執行緒ID。可能沒有
  • %(threadName)s 執行緒名。可能沒有
  • %(process)d 程式ID。可能沒有
  • %(message)s 使用者輸出的訊息

SetLevel 日誌級別

Logging有如下級別: DEBUG,INFO,WARNING,ERROR,CRITICAL
預設級別是WARNING,logging模組只會輸出指定level以上的log。這樣的好處, 就是在專案開發時debug用的log,在產品release階段不用一一註釋,只需要調整logger的級別就可以了,很方便。

Handler 日誌處理器

最常用的是StreamHandler和FileHandler, Handler用於向不同的輸出端打log。
Logging包含很多handler, 可能用到的有下面幾種

  • StreamHandler instances send error messages to streams (file-like objects).
  • FileHandler instances send error messages to disk files.
  • RotatingFileHandler instances send error messages to disk files, with support for maximum log file sizes and log file rotation.
  • TimedRotatingFileHandler instances send error messages to disk files, rotating the log file at certain timed intervals.
  • SocketHandler instances send error messages to TCP/IP sockets.
  • DatagramHandler instances send error messages to UDP sockets.
  • SMTPHandler instances send error messages to a designated email address.

Configuration 配置方法

logging的配置大致有下面幾種方式。

  1. 通過程式碼進行完整配置,參考開頭的例子,主要是通過getLogger方法實現。
  2. 通過程式碼進行簡單配置,下面有例子,主要是通過basicConfig方法實現。
  3. 通過配置檔案,下面有例子,主要是通過 logging.config.fileConfig(filepath)
logging.basicConfig

basicConfig()提供了非常便捷的方式讓你配置logging模組並馬上開始使用,可以參考下面的例子。具體可以配置的專案請查閱官方文件

備註: 其實你甚至可以什麼都不配置直接使用預設值在控制檯中打log,用這樣的方式替換print語句對日後專案維護會有很大幫助。

通過檔案配置logging

如果你希望通過配置檔案來管理logging,可以參考這個官方文件。在log4net或者log4j中這是很常見的方式。

假設以上的配置檔案放在和模組相同的目錄,程式碼中的呼叫如下。

日誌重複輸出的坑

你有可能會看到你打的日誌會重複顯示多次,可能的原因有很多,但總結下來無非就一個,日誌中使用了重複的handler。

第一坑

上面這個例子出現了重複日誌,因為在第3行呼叫basicConfig()方法時系統會預設建立一個handler,如果你再新增一個控制檯handler時就會出現重複日誌。

第二坑

在這個例子裡hi居然列印了三次,如果再呼叫一次call_me()呢?我告訴你會列印6次。why? 因為你每次呼叫get_logger()方法時都會給它加一個新的handler,你是自作自受。正常的做法應該是全域性只配置logger一次。

第三坑

為嘛最後的App shutdown列印了兩次?所以在Stackoverflow上很多人都問,我應該怎麼樣把root logger關掉,root logger太坑爹坑媽了。只要你在程式中使用過root logger,那麼預設你列印的所有日誌都算它一份。上面的例子沒有什麼很好的辦法,我建議你招到那個沒有經過大腦就使用root logger的人,亂棍打死他或者開除他。

如果你真的想禁用root logger,有兩個不是辦法的辦法:

小結

Python中的日誌模組作為標準庫的一部分,功能還是比較完善的。個人覺得上手簡單,另外也支援比如過濾,檔案鎖等高階功能,能滿足大多數專案需求。

不過切記,小心坑。

相關文章