[發明專利]一種基于攔截的接口日志打印的方法及裝置在審
| 申請號: | 202010032496.6 | 申請日: | 2020-01-13 |
| 公開(公告)號: | CN111258512A | 公開(公告)日: | 2020-06-09 |
| 發明(設計)人: | 宋浩 | 申請(專利權)人: | 無線生活(北京)信息技術有限公司 |
| 主分類號: | G06F3/12 | 分類號: | G06F3/12 |
| 代理公司: | 北京尚倫律師事務所 11477 | 代理人: | 孟姣 |
| 地址: | 100015 北京市朝*** | 國省代碼: | 北京;11 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 基于 攔截 接口 日志 打印 方法 裝置 | ||
本發明公開了一種基于攔截的接口日志打印的方法及裝置。所述基于攔截的接口日志打印的方法,包括:攔截用戶發出的接口日志打印請求;配置待打印接口列表;將所述待打印接口列表寫入系統緩存中;將系統緩存中的待打印接口列表進行打印。本發明對于遺漏打印的接口日志,無需重新部署系統,即可自動直接形成包含該接口日志的待打印接口列表,不僅節省了人工手操方式的人工成本,還通過緩存技術使其具備了較高的可靠的性能和效率。
技術領域
本發明涉及接口日志技術領域,特別涉及一種基于攔截的接口日志打印的方法及裝置。
背景技術
在系統實際的運行中,某些接口日志的打印會被遺漏掉。而現有技術中,需要重新發布相關的代碼,既需要重新部署系統來彌補被漏掉的接口日志。之后,重新打印一遍所有的接口日志。但是,某些接口日志的數據量是非常巨大的,重新打印一遍,不僅僅造成了數據冗余,還占據大量額外的存儲空間。更有一些接口日志,具備一定的敏感信息,重新打印一遍,增加了敏感信息被泄露的可能性。除此之外,重新部署系統需要一定的時間來完成,導致無法及時的做出響應。如何妥善的解決上述問題,就成為了業界亟待解決的課題。
發明內容
本發明提供一種基于攔截的接口日志打印的方法及裝置,用以解決遺漏打印的接口日志,無需重新部署系統,即可自動直接形成包含該接口日志的待打印接口列表,不僅節省了人工手操方式的人工成本,還通過緩存技術使其具備了較高的可靠的性能和效率。
根據本發明實施例的第一方面,提供一種基于攔截的接口日志打印的方法,包括:
攔截用戶發出的接口日志打印請求;
配置待打印接口列表;
將所述待打印接口列表寫入系統緩存中;
將系統緩存中的待打印接口列表進行打印。
在一個實施例中,所述攔截用戶發出的接口日志打印請求,包括:
當用戶發出的接口日志打印請求從前端到達后端時,調用spring攔截;
通過spring攔截用戶發出的接口日志打印請求;
獲取所述接口日志打印請求中的接口名。
在一個實施例中,所述配置待打印接口列表,包括:
確定用戶發出的接口日志打印請求中的接口名;
將所述接口日志打印請求中的接口名存儲到MySQL中的待打印接口列表中。
在一個實施例中,所述將所述待打印接口列表寫入系統緩存中,包括:
每間隔預設的等待周期,將所述MySQL中的待打印接口列表發送到Redis緩存中;
將所述Redis緩存中待打印接口列表實時的寫入到系統緩存中。
在一個實施例中,還包括:
若系統緩存中的待打印接口列表中不存在接口名,設置系統緩存和Redis緩存的清除時限;
在達到所述清除時限之前,仍未檢測到系統緩存中存在接口名,釋放系統緩存和Redis緩存。
根據本發明實施例的第二方面,提供一種基于攔截的接口日志打印的裝置,包括:
攔截模塊,用于攔截用戶發出的接口日志打印請求;
配置模塊,用于配置待打印接口列表;
寫入模塊,用于將所述待打印接口列表寫入系統緩存中;
打印模塊,用于將系統緩存中的待打印接口列表進行打印。
在一個實施例中,所述攔截模塊,包括:
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于無線生活(北京)信息技術有限公司,未經無線生活(北京)信息技術有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202010032496.6/2.html,轉載請聲明來源鉆瓜專利網。





