快捷導(dǎo)航

別在Java代碼里亂打日志了，這才是正確的打日志姿勢(shì)

更新時(shí)間：2019年06月28日 09:50:22 作者：Lrwin

這篇文章主要介紹了別在Java代碼里亂打日志了，這才是正確的打日志姿勢(shì)，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

使用slf4j

使用門面模式的日志框架，有利于維護(hù)和各個(gè)類的日志處理方式統(tǒng)一。

實(shí)現(xiàn)方式統(tǒng)一使用: Logback框架

打日志的正確方式

什么時(shí)候應(yīng)該打日志

當(dāng)你遇到問(wèn)題的時(shí)候，只能通過(guò)debug功能來(lái)確定問(wèn)題，你應(yīng)該考慮打日志，良好的系統(tǒng)，是可以通過(guò)日志進(jìn)行問(wèn)題定為的。
當(dāng)你碰到if…else 或者 switch這樣的分支時(shí)，要在分支的首行打印日志，用來(lái)確定進(jìn)入了哪個(gè)分支
經(jīng)常以功能為核心進(jìn)行開(kāi)發(fā)，你應(yīng)該在提交代碼前，可以確定通過(guò)日志可以看到整個(gè)流程

基本格式

必須使用參數(shù)化信息的方式:

logger.debug("Processing trade with id:[{}] and symbol : [{}] ", id, symbol);

對(duì)于debug日志，必須判斷是否為debug級(jí)別后，才進(jìn)行使用:

if (logger.isDebugEnabled()) { 
  logger.debug("Processing trade with id: " +id + " symbol: " + symbol); 
}

不要進(jìn)行字符串拼接,那樣會(huì)產(chǎn)生很多String對(duì)象，占用空間，影響性能。

反例(不要這么做):

logger.debug("Processing trade with id: " + id + " symbol: " + symbol);

使用[]進(jìn)行參數(shù)變量隔離

如有參數(shù)變量，應(yīng)該寫成如下寫法:

logger.debug("Processing trade with id:[{}] and symbol : [{}] ", id, symbol);

這樣的格式寫法，可讀性更好，對(duì)于排查問(wèn)題更有幫助。

不同級(jí)別的使用

ERROR:

基本概念

影響到程序正常運(yùn)行、當(dāng)前請(qǐng)求正常運(yùn)行的異常情況:

打開(kāi)配置文件失敗
所有第三方對(duì)接的異常(包括第三方返回錯(cuò)誤碼)
所有影響功能使用的異常，包括:SQLException和除了業(yè)務(wù)異常之外的所有異常(RuntimeException和Exception)

不應(yīng)該出現(xiàn)的情況:

比如要使用Azure傳圖片，但是Azure未響應(yīng)

如果有Throwable信息，需要記錄完成的堆棧信息:

log.error("獲取用戶[{}]的用戶信息時(shí)出錯(cuò)",userName,e);

說(shuō)明

如果進(jìn)行了拋出異常操作，請(qǐng)不要記錄error日志，由最終處理方進(jìn)行處理：

反例(不要這么做):

try{ 
  .... 
}catch(Exception ex){ 
 String errorMessage=String.format("Error while reading information of user [%s]",userName); 
 logger.error(errorMessage,ex); 
 throw new UserServiceException(errorMessage,ex); 
}

WARN

基本概念

不應(yīng)該出現(xiàn)但是不影響程序、當(dāng)前請(qǐng)求正常運(yùn)行的異常情況:

有容錯(cuò)機(jī)制的時(shí)候出現(xiàn)的錯(cuò)誤情況
找不到配置文件，但是系統(tǒng)能自動(dòng)創(chuàng)建配置文件

即將接近臨界值的時(shí)候，例如：

緩存池占用達(dá)到警告線

業(yè)務(wù)異常的記錄,比如:

當(dāng)接口拋出業(yè)務(wù)異常時(shí)，應(yīng)該記錄此異常

INFO:

基本概念

系統(tǒng)運(yùn)行信息

Service方法中對(duì)于系統(tǒng)/業(yè)務(wù)狀態(tài)的變更
主要邏輯中的分步驟

外部接口部分

客戶端請(qǐng)求參數(shù)(REST/WS)
調(diào)用第三方時(shí)的調(diào)用參數(shù)和調(diào)用結(jié)果

說(shuō)明

1.并不是所有的service都進(jìn)行出入口打點(diǎn)記錄,單一、簡(jiǎn)單service是沒(méi)有意義的(job除外,job需要記錄開(kāi)始和結(jié)束,)。

反例(不要這么做):

public List listByBaseType(Integer baseTypeId) { 
 
  log.info("開(kāi)始查詢基地"); 
BaseExample ex=new BaseExample(); 
BaseExample.Criteria ctr = ex.createCriteria(); 
ctr.andIsDeleteEqualTo(IsDelete.USE.getValue()); 
Optionals.doIfPresent(baseTypeId, ctr::andBaseTypeIdEqualTo); 
  log.info("查詢基地結(jié)束"); 
return baseRepository.selectByExample(ex); 
 
}

2.對(duì)于復(fù)雜的業(yè)務(wù)邏輯，需要進(jìn)行日志打點(diǎn)，以及埋點(diǎn)記錄，比如電商系統(tǒng)中的下訂單邏輯，以及OrderAction操作(業(yè)務(wù)狀態(tài)變更)。

3.對(duì)于整個(gè)系統(tǒng)的提供出的接口(REST/WS)，使用info記錄入?yún)?/p>

4.如果所有的service為SOA架構(gòu)，那么可以看成是一個(gè)外部接口提供方，那么必須記錄入?yún)ⅰ?/p>

5.調(diào)用其他第三方服務(wù)時(shí)，所有的出參和入?yún)⑹潜仨氁涗浀?因?yàn)槟愫茈y追溯第三方模塊發(fā)生的問(wèn)題)

DEBUG

基本概念

可以填寫所有的想知道的相關(guān)信息(但不代表可以隨便寫，debug信息要有意義,最好有相關(guān)參數(shù))
生產(chǎn)環(huán)境需要關(guān)閉DEBUG信息
如果在生產(chǎn)情況下需要開(kāi)啟DEBUG,需要使用開(kāi)關(guān)進(jìn)行管理，不能一直開(kāi)啟。

說(shuō)明

如果代碼中出現(xiàn)以下代碼，可以進(jìn)行優(yōu)化:

//1. 獲取用戶基本薪資 
//2. 獲取用戶休假情況 
//3. 計(jì)算用戶應(yīng)得薪資

優(yōu)化后的代碼:

logger.debug("開(kāi)始獲取員工[{}] [{}]年基本薪資",employee,year); 
logger.debug("獲取員工[{}] [{}]年的基本薪資為[{}]",employee,year,basicSalary); 
logger.debug("開(kāi)始獲取員工[{}] [{}]年[{}]月休假情況",employee,year,month); 
logger.debug("員工[{}][{}]年[{}]月年假/病假/事假為[{}]/[{}]/[{}]",employee,year,month,annualLeaveDays,sickLeaveDays,noPayLeaveDays); 
logger.debug("開(kāi)始計(jì)算員工[{}][{}]年[{}]月應(yīng)得薪資",employee,year,month); 
logger.debug("員工[{}] [{}]年[{}]月應(yīng)得薪資為[{}]",employee,year,month,actualSalary);

TRACE

基本概念

特別詳細(xì)的系統(tǒng)運(yùn)行完成信息，業(yè)務(wù)代碼中，不要使用.(除非有特殊用意，否則請(qǐng)使用DEBUG級(jí)別替代)

規(guī)范示例說(shuō)明

@Override 
@Transactional 
public void createUserAndBindMobile(@NotBlank String mobile, @NotNull User user) throws CreateConflictException{ 
  boolean debug = log.isDebugEnabled(); 
  if(debug){ 
    log.debug("開(kāi)始創(chuàng)建用戶并綁定手機(jī)號(hào). args[mobile=[{}],user=[{}]]", mobile, LogObjects.toString(user)); 
  } 
  try { 
    user.setCreateTime(new Date()); 
    user.setUpdateTime(new Date()); 
    userRepository.insertSelective(user); 
    if(debug){ 
      log.debug("創(chuàng)建用戶信息成功. insertedUser=[{}]",LogObjects.toString(user)); 
    } 
    UserMobileRelationship relationship = new UserMobileRelationship(); 
    relationship.setMobile(mobile); 
    relationship.setOpenId(user.getOpenId()); 
    relationship.setCreateTime(new Date()); 
    relationship.setUpdateTime(new Date()); 
    userMobileRelationshipRepository.insertOnDuplicateKey(relationship); 
    if(debug){ 
      log.debug("綁定手機(jī)成功. relationship=[{}]",LogObjects.toString(relationship)); 
    } 
    log.info("創(chuàng)建用戶并綁定手機(jī)號(hào). userId=[{}],openId=[{}],mobile=[{}]",user.getId(),user.getOpenId(),mobile); // 如果考慮安全，手機(jī)號(hào)記得脫敏 
  }catch(DuplicateKeyException e){ 
    log.info("創(chuàng)建用戶并綁定手機(jī)號(hào)失敗,已存在相同的用戶. openId=[{}],mobile=[{}]",user.getOpenId(),mobile); 
    throw new CreateConflictException("創(chuàng)建用戶發(fā)生沖突, openid=[%s]",user.getOpenId()); 
  } 
}

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

您可能感興趣的文章: