[發明專利]日志生成方法、應用服務器、日志服務器及日志生成系統

在審

• 申請號: 201710963749.X
• 申請日: 2017-10-16
• 公開（公告）號: CN109669848A
• 公開（公告）日: 2019-04-23
• 發明（設計）人: 張佳;王財貞
• 申請（專利權）人: 比亞迪股份有限公司
• 主分類號: G06F11/34
• 分類號: G06F11/34;H04L29/08
• 代理公司: 北京清亦華知識產權代理事務所(普通合伙) 11201
• 代理人: 張潤

本發明公開了一種日志生成方法、應用服務器、日志服務器及日志生成系統，其中，日志生成方法包括：啟動應用程序，并加載日志記錄組件；通過日志記錄組件監控應用程序產生的日志，并判斷日志是否符合預設級別；記錄符合預設級別的日志，并生成日志對象；序列化日志對象，以生成與其對應的日志數據；將日志數據發送至日志服務器。本發明實施例的日志生成方法、應用服務器、日志服務器及日志生成系統，通過日志記錄組件監控應用程序產生的日志，并記錄符合預設級別的日志，生成日志對象，然后序列化日志對象，以生成與其對應的日志數據，以及將日志數據發送至日志服務器，能夠有效降低收集日志困難程度和操作成本，實現簡單。

技術領域

本發明涉及服務器技術領域，尤其涉及一種日志生成方法、應用服務器、日志服務器及日志生成系統。

背景技術

在負載均衡系統或者集群系統中，會出現一個應用程序運行在多個服務器上的情況。此時若想查看某一應用程序對應的日志，需要將多個服務器上存儲的日志分別進行打印，導致收集日志困難，增加操作成本的問題。目前，主要通過以下兩種方法收集日志。第一種方法：通過應用程序在運行過程中，將生成的日志存儲在同一個數據庫表中實現日志的合并。第二種方法：通過消息隊列技術來收集。應用程序啟動時，消息隊列服務器創建一個消息隊列，日志服務器向消息隊列服務器訂閱同一個消息隊列。應用程序將運行過程中產生的日志發送至消息隊列服務器，然后由消息隊列服務器將日志發送至日志服務器。

但是，第一種方法在日志數據量大時，頻繁地對數據庫操作，會消耗過多系統資源，導致應用程序性能下降；第二種方法只包括一對一和一對多兩種模式。即一個應用程序只能對應向一個消息隊列中發送日志，不能實現多個應用程序向同一個消息隊列中發送日志。此外，如果一個應用程序部署在三臺服務器上時，該應用程序需要向三個不同的消息隊列中發送日志，日志服務器需要訂閱三個不同的消息隊列以獲取對應的日志。如果服務器發生硬件變化，則需要修改日志服務器的代碼，實現和管理過于復雜。

發明內容

本發明提供一種日志生成方法、應用服務器、日志服務器及日志生成系統，以解決上述技術問題中的至少一個。

本發明實施例提供一種日志生成方法，包括：啟動應用程序，并加載日志記錄組件；通過所述日志記錄組件監控所述應用程序產生的日志，并判斷所述日志是否符合預設級別；記錄符合預設級別的日志，并生成日志對象；序列化所述日志對象，以生成與其對應的日志數據；將所述日志數據發送至日志服務器。

本發明實施例的日志生成方法，通過日志記錄組件監控應用程序產生的日志，并記錄符合預設級別的日志，生成日志對象，然后序列化日志對象，以生成與其對應的日志數據，以及將日志數據發送至日志服務器，能夠有效降低收集日志困難程度和操作成本，實現簡單。

本發明另一實施例提供一種日志生成方法，包括：加載日志記錄組件；通過所述日志記錄組件接收至少一個應用服務器發送的傳送請求，所述傳送請求包括所述至少一個應用服務器生成的日志數據；采用反應者多線程模型處理所述日志數據；反序列化所述日志數據，以生成與其對應的日志對象；根據所述日志對象確定日志輸出格式；根據所述日志輸出格式輸出日志信息。

本發明實施例的日志生成方法，通過日志記錄組件接收至少一個應用服務器發送的傳送請求，并采用反應者多線程模型處理所述日志數據，再反序列化所述日志數據，以生成與其對應的日志對象，然后根據所述日志對象確定日志輸出格式，最后根據所述日志輸出格式輸出日志信息，能夠有效降低收集日志困難程度和操作成本，實現簡單，保證系統性能。

本發明又一實施例提供一種應用服務器，包括：加載模塊，用于啟動應用程序，并加載日志記錄組件；監控模塊，用于通過所述日志記錄組件監控所述應用程序產生的日志，并判斷所述日志是否符合預設級別；記錄模塊，用于記錄符合預設級別的日志，并生成日志對象；生成模塊，用于序列化所述日志對象，以生成與其對應的日志數據；發送模塊，用于將所述日志數據發送至日志服務器。