這篇文章主要介紹正確使用Java日志的方法，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！

公司主營(yíng)業(yè)務(wù)：成都網(wǎng)站制作、網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站開(kāi)發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭(zhēng)能力。成都創(chuàng)新互聯(lián)是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開(kāi)放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來(lái)的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來(lái)驚喜。成都創(chuàng)新互聯(lián)推出青神免費(fèi)做網(wǎng)站回饋大家。

關(guān)于日志，在大家的印象中都是比較簡(jiǎn)單的，只須引入了相關(guān)依賴包，剩下的事情就是在項(xiàng)目中“盡情”的打印我們需要的信息了。但是往往越簡(jiǎn)單的東西越容易讓我們忽視，從而導(dǎo)致一些不該有的bug發(fā)生，作為一名嚴(yán)謹(jǐn)?shù)某绦騿T，怎么能讓這種事情發(fā)生呢？所以下面我們就來(lái)了解一下關(guān)于日志的那些正確使用姿勢(shì)。

正文

日志規(guī)范

命名

首先是日志文件的命名，盡量要做到見(jiàn)名知意，團(tuán)隊(duì)里面也必須使用統(tǒng)一的命名規(guī)范，不然“臟亂差”的日志文件會(huì)影響大家排查問(wèn)題的效率。這里推薦以“projectName_logName_logType.log”來(lái)命名，這樣通過(guò)名字就可以清晰的知道該日志文件是屬于哪個(gè)項(xiàng)目，什么類型，有什么作用。例如在我們MessageServer項(xiàng)目中監(jiān)控Rabbitmq 消費(fèi)者相關(guān)的日志文件名可以定義成“messageserver_rabbitmqconsumer_monitor.log”。

保存時(shí)間

關(guān)于日志保存的時(shí)間，普通的日志文件建議保留15天，若比較重要的可根據(jù)實(shí)際情況延長(zhǎng)，具體請(qǐng)參考各自服務(wù)器磁盤空間以及日志文件大小作出最優(yōu)選擇。

日志級(jí)別

常見(jiàn)的日志級(jí)別有以下：

DEBUG級(jí)別:記錄調(diào)試程序相關(guān)的信息。INFO級(jí)別:記錄程序正常運(yùn)行有意義的信息。WARN級(jí)別:記錄可能會(huì)出現(xiàn)潛在錯(cuò)誤的信息。ERROR級(jí)別:記錄當(dāng)前程序出錯(cuò)的信息，需要被關(guān)注處理。Fatal級(jí)別：表示出現(xiàn)了嚴(yán)重錯(cuò)誤，程序?qū)?huì)中斷執(zhí)行。

建議在項(xiàng)目中使用這四種級(jí)別， ERROR、WARN、INFO 、DEBUG。

正確姿勢(shì)

1、提前判斷日志級(jí)別

//條件判斷if(logger.isDebugEnabled){
    logger.debug("server info , id : " + id + ", user : " + user);
}//使用占位符logger.debug("server info , id : {}, user : {}",id,user);

對(duì)于DEBUG,INFO級(jí)別的日志，在我們的程序中是比較高頻的存在，當(dāng)我們的項(xiàng)目大了，日志變多了，這時(shí)候?yàn)榱顺绦蜻\(yùn)行的效率，我們必須以條件判斷或者占位符的方式來(lái)打印日志。為什么呢？假如我們項(xiàng)目中配置的日志級(jí)別為WARN,那么對(duì)于我們下面的日志輸出語(yǔ)句‘ logger.debug("server info , id : " + id + ", user : " + user);’，雖然該日志不會(huì)被打印，但是卻會(huì)執(zhí)行字符串拼接的操作，這里我們的user是一個(gè)實(shí)例對(duì)象，所以還會(huì)執(zhí)行toString方法，這樣就白白浪費(fèi)了不少系統(tǒng)的資源。

2、避免多余日志輸出

在我們的生產(chǎn)環(huán)境中，一般禁止DEBUG日志的輸出，其打印的頻率是非常高的，容易對(duì)正常運(yùn)行的程序造成嚴(yán)重的影響，在我們最近的項(xiàng)目中就有遇到過(guò)類似的情況。

那么這時(shí)候該學(xué)會(huì)使用additivity屬性

<logger name="xx" additivity="true">

在這邊配置成true的話，也就是默認(rèn)的情況，這時(shí)候當(dāng)前Logger會(huì)繼承父Logger的Appender，說(shuō)白了就是當(dāng)前日志的輸出除了輸出在當(dāng)前日志文件以外，還會(huì)輸出至父文件里。所以一般情況下，我們?yōu)榱吮苊庵貜?fù)打印，會(huì)將這個(gè)參數(shù)設(shè)置成false，以減少不必要的輸出。

3、保證日志記錄信息完整

在我們的代碼中，日志記錄的內(nèi)容要包含異常的堆棧，請(qǐng)勿隨意輸出“XX出錯(cuò)”等簡(jiǎn)單的日志，這對(duì)于錯(cuò)誤的調(diào)試毫無(wú)幫助。所以我們?cè)谟涗洰惓５臅r(shí)候一定要帶上堆棧信息，例如

logger.error("rabbitmq consumer error,cause : "+e.getMessage(),e);

切記在輸出對(duì)象實(shí)例的時(shí)候，須確保對(duì)象重寫了toString方法，否則只會(huì)輸出其hashCode值。

4、定義logger變量為static

private static final Logger logger = LoggerFactory.getLogger(XX.class);

確保一個(gè)對(duì)象只使用一個(gè)Logger對(duì)象，避免每次都重新創(chuàng)建，否則可能會(huì)導(dǎo)致OOM。

5、正確使用日志級(jí)別

try{    //..}catch(xx){
    logger.info(..);
}

這樣一來(lái)，本來(lái)是ERROR的信息，全都打印在INFO日志文件里了，不知情的同事還會(huì)在死盯著錯(cuò)誤日志，而且還找不出問(wèn)題，多影響工作效率是吧?

6、推薦使用slf4j+logback組合

logback庫(kù)里自身就已經(jīng)實(shí)現(xiàn)了slf4j的接口，就無(wú)需引入多余的適配器了，而且logback也具有更多的優(yōu)點(diǎn)，建議新項(xiàng)目可以使用這個(gè)組合。 還有一點(diǎn)需要注意，當(dāng)引入slf4j后，要注意其實(shí)際使用的日志庫(kù)是否是由我們引入的，也有可能會(huì)使用了我們第三方依賴包所帶入的日志庫(kù)，這樣就可能會(huì)導(dǎo)致我們的日志失效。

7、日志的聚合分析

日志的聚合可以把位于不同服務(wù)器之間的日志統(tǒng)一起來(lái)分析處理，如今ELK技術(shù)棧亦或者的EFG（fluentd+elasticsearch+grafana）等都是一些比較成熟的開(kāi)源解決方案。

拿ELK來(lái)說(shuō)，可以在我們的服務(wù)器上直接通過(guò)logstash來(lái)讀取應(yīng)用打印的日志文件，或者也可以在我們項(xiàng)目中的日志配置文件里配置好相關(guān)的socket信息，打印的時(shí)候直接把日志信息輸出至logstash。再交由elasticsearch存儲(chǔ)，kibana展示。

以上是正確使用Java日志的方法的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對(duì)大家有幫助，更多相關(guān)知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

網(wǎng)站欄目：正確使用Java日志的方法
網(wǎng)站地址：http://jinyejixie.com/article42/gcedhc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計(jì)公司、網(wǎng)站內(nèi)鏈、動(dòng)態(tài)網(wǎng)站、網(wǎng)站建設(shè)、網(wǎng)站維護(hù)、網(wǎng)站設(shè)計(jì)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)