1，公司現有系統有很多，存放重要接口的日志分布在不同的庫，每個系統都有單獨的日志采集表，日志采集模塊；
??????? ？？？？
???????? 這些日志可以統一放到一個地方，通過一個組件提供出去，對應的就是一個maven的jar組件，如果有新的系統需要開發，可以復用這一塊，定義好文檔，統一按照這個上報數據到統一的地方，方便分析問題，解決問題；

主要可以設計出5張表：

系統信息表? Dict_System
id?? ? systemName ? systemDesc? SystemAdmin? AddTime
日志類型表? Dict_Log
id?? ?? logName?? ? systemID ?? AddTime
日志詳細表? Log_Detail
id? ?? url ? logTypeID ?? interURL? params ??? paramsKey? responseStr ? responseKey? costTime ? ip? Addtime
日志錯誤表（業務） ? Log_Err
id??? detailID? ErrMsg? ErrKey??? AddTime

日志異常表： Log_Exception
id? systemID? excetionTitle? exceptionDetail? serverIP? AddTime

然后，可以基于這幾個數據表，編寫一個報警的接口，檢測上報的數據，主動發現系統問題，更好的做好系統，節省解決bug的時間，更好的專注于技術。

2，日志的上報方式可以分成兩種，異步的上報，同步的上報，根據系統的特點，來進行配置；

關鍵代碼：
public void run(){
r = new ReportRunable(rs);
t = new Thread(r);
t.setDaemon(true); //后臺線程
t.start();
}


3， 對于日志，存放數據庫確實方便分析問題，解決問題，但是萬一跟數據庫斷開了連接，日志上報肯定會中斷，這里可以定義一個規則，統一的放到服務器的某一個目 錄，主要分成兩類日志文件；第一，異常類日志，方便檢測服務器的bug；第二類，輸出類日志，防止如果數據庫異常了，有據可查；

在日志上報的程序中，可以定期的抓取異常類的日志文件，把異常信息插入到一張數據庫表中，進行分析，定期的提高系統的穩定性。



以上是閱讀代碼之后的一點想法，我會抽個時間整理下實現方案，把它應用到工作當中，解放自己，提高效率。

轉載于:https://www.cnblogs.com/snidget/p/5294662.html

總結

以上是生活随笔為你收集整理的阅读微信支付demo收获的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。