1，公司現(xiàn)有系統(tǒng)有很多，存放重要接口的日志分布在不同的庫，每個(gè)系統(tǒng)都有單獨(dú)的日志采集表，日志采集模塊；
??????? ？？？？
???????? 這些日志可以統(tǒng)一放到一個(gè)地方，通過一個(gè)組件提供出去，對(duì)應(yīng)的就是一個(gè)maven的jar組件，如果有新的系統(tǒng)需要開發(fā)，可以復(fù)用這一塊，定義好文檔，統(tǒng)一按照這個(gè)上報(bào)數(shù)據(jù)到統(tǒng)一的地方，方便分析問題，解決問題；

主要可以設(shè)計(jì)出5張表：

系統(tǒng)信息表? Dict_System
id?? ? systemName ? systemDesc? SystemAdmin? AddTime
日志類型表? Dict_Log
id?? ?? logName?? ? systemID ?? AddTime
日志詳細(xì)表? Log_Detail
id? ?? url ? logTypeID ?? interURL? params ??? paramsKey? responseStr ? responseKey? costTime ? ip? Addtime
日志錯(cuò)誤表（業(yè)務(wù)） ? Log_Err
id??? detailID? ErrMsg? ErrKey??? AddTime

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

然后，可以基于這幾個(gè)數(shù)據(jù)表，編寫一個(gè)報(bào)警的接口，檢測(cè)上報(bào)的數(shù)據(jù)，主動(dòng)發(fā)現(xiàn)系統(tǒng)問題，更好的做好系統(tǒng)，節(jié)省解決bug的時(shí)間，更好的專注于技術(shù)。

2，日志的上報(bào)方式可以分成兩種，異步的上報(bào)，同步的上報(bào)，根據(jù)系統(tǒng)的特點(diǎn)，來進(jìn)行配置；

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


3， 對(duì)于日志，存放數(shù)據(jù)庫確實(shí)方便分析問題，解決問題，但是萬一跟數(shù)據(jù)庫斷開了連接，日志上報(bào)肯定會(huì)中斷，這里可以定義一個(gè)規(guī)則，統(tǒng)一的放到服務(wù)器的某一個(gè)目 錄，主要分成兩類日志文件；第一，異常類日志，方便檢測(cè)服務(wù)器的bug；第二類，輸出類日志，防止如果數(shù)據(jù)庫異常了，有據(jù)可查；

在日志上報(bào)的程序中，可以定期的抓取異常類的日志文件，把異常信息插入到一張數(shù)據(jù)庫表中，進(jìn)行分析，定期的提高系統(tǒng)的穩(wěn)定性。



以上是閱讀代碼之后的一點(diǎn)想法，我會(huì)抽個(gè)時(shí)間整理下實(shí)現(xiàn)方案，把它應(yīng)用到工作當(dāng)中，解放自己，提高效率。

轉(zhuǎn)載于:https://www.cnblogs.com/snidget/p/5294662.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。