[發明專利]日志打印方法和裝置、以及日志打印系統

有效

• 申請號: 201610507513.0
• 申請日: 2016-06-30
• 公開（公告）號: CN106909325B
• 公開（公告）日: 2020-08-18
• 發明（設計）人: 封磊
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F3/12
• 分類號: G06F3/12
• 代理公司: 北京清源匯知識產權代理事務所(特殊普通合伙) 11644
• 代理人: 馮德魁

本申請公開一種日志打印方法和裝置、以及日志打印系統，該日志打印方法應用于業務系統中，所述業務系統包括多個層，該方法包括：接收業務請求；根據所述業務請求，確定對應的層以及對應的日志打印組件；將所述業務請求在對應的層中所產生的日志信息，采用所述確定的日志打印組件打印到日志文件中。該方法是建立一個簡單、靈活、對業務代碼無侵入的日志框架的方法，無需業務系統增加代碼，當不同業務的請求過來，該方法建立的日志框架會自動將每一層處理方法的參數及返回值打印在不同業務對應的日志文件中，同時業務代碼中的日志打印也可以直接打印到該業務對應的日志文件中，可以保證一次業務請求鏈路上的所有日志都能夠打印到一個文件中。

技術領域

本申請涉及服務端業務打印技術領域，具體涉及一種日志打印方法。本申請同時涉及一種日志打印裝置及系統。

背景技術

在服務端業務系統中，經常會劃分出不同的層次來進行代碼的隔離和抽象。一個簡單的后端業務系統可分為服務層、領域層和數據層，這樣一個前臺請求會經過后端業務系統三層處理，傳統的方式會在每一層的每一個實現類的代碼中手動指定一個日志打印logger，這樣打印日志不夠靈活、代碼重復，并且不能將一個業務請求鏈路的日志串寫在一個文件中，從而導致排查問題和進行業務監控的時候耗時費力，浪費很多資源。

或者，業務系統日志不按照業務劃分打印，是通過aop或者各個層次寫死logger方式按照層次劃分打印的。一次業務請求最終打印的日志分散在多個文件中，排查問題查看日志需要grep多個文件才能查看完整鏈路，十分不方便。另外由于多個業務日志打印在同一個文件中，配置業務的監控對監控系統的性能壓力也較大。

因此，現有技術不能很好的實現一次業務請求鏈路上的所有日志都打印到一個文件中的效果，即使通過一定的方法實現上述效果，但是也需要在業務系統中額外增加代碼，給程序開發人員的業務代碼的開發造成嚴重的不便。

發明內容

本申請提供一種日志打印方法，以解決現有技術中存在的上述問題。

本申請另外提供一種日志打印裝置和系統。

本申請提供一種日志打印方法，應用于業務系統中，所述業務系統包括多個層，所述方法包括：

接收業務請求；

根據所述業務請求，確定對應的層以及對應的日志打印組件；

將所述業務請求在對應的層中所產生的日志信息，采用所述確定的日志打印組件打印到日志文件中。

可選的，所述將所述業務請求在對應的層中所產生的日志信息，采用所述確定的日志打印組件打印到日志文件中，包括：將所述業務請求在對應的層中所產生的日志信息，采用相同的日志打印組件打印到同一日志文件中。

可選的，在所述根據所述業務請求，確定對應的層以及對應的日志打印組件之后，執行以下操作：

存儲所述日志打印組件以及該日志打印組件與對應的業務請求之間的對應關系；

所述將所述業務請求在對應的層中所產生的日志信息，采用所述確定的日志打印組件打印到日志文件中，包括：

在業務系統的不同層中，根據所述業務請求的類型確定該業務請求所對應的日志打印組件；

獲取不同層中的業務請求所產生的需要記錄的日志信息；

采用確定的日志打印組件將不同層的日志信息打印到所述業務請求對應的日志文件中。

可選的，所述業務系統的多個層中包括請求入口層和若干個被調用層；

所述請求入口層是所述業務請求的進入業務系統的起始層，并可調用所述被調用層；所述若干個被調用層至少部分層與層之間具有調用順序，按照調用順序依次被上一層所調用；