bl双性强迫侵犯h_国产在线观看人成激情视频_蜜芽188_被诱拐的少孩全彩啪啪漫画

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

使用slf4j

創新互聯公司主營都蘭網站建設的網絡公司,主營網站建設方案,app軟件定制開發,都蘭h5小程序開發搭建,都蘭網站營銷推廣歡迎都蘭等地區企業咨詢

使用門面模式的日志框架，有利于維護和各個類的日志處理方式統一。

實現方式統一使用: Logback框架

打日志的正確方式

什么時候應該打日志

  1. 當你遇到問題的時候，只能通過debug功能來確定問題，你應該考慮打日志，良好的系統，是可以通過日志進行問題定為的。
  2. 當你碰到if…else 或者 switch這樣的分支時，要在分支的首行打印日志，用來確定進入了哪個分支
  3. 經常以功能為核心進行開發，你應該在提交代碼前，可以確定通過日志可以看到整個流程

基本格式

必須使用參數化信息的方式:

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

對于debug日志，必須判斷是否為debug級別后，才進行使用:

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

不要進行字符串拼接,那樣會產生很多String對象，占用空間，影響性能。

反例(不要這么做):

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

使用[]進行參數變量隔離

如有參數變量，應該寫成如下寫法:

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

這樣的格式寫法，可讀性更好，對于排查問題更有幫助。

不同級別的使用

ERROR:

基本概念

影響到程序正常運行、當前請求正常運行的異常情況:

  1. 打開配置文件失敗
  2. 所有第三方對接的異常(包括第三方返回錯誤碼)
  3. 所有影響功能使用的異常，包括:SQLException和除了業務異常之外的所有異常(RuntimeException和Exception)

不應該出現的情況:

比如要使用Azure傳圖片，但是Azure未響應

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

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

說明

如果進行了拋出異常操作，請不要記錄error日志，由最終處理方進行處理：

反例(不要這么做):

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

基本概念

不應該出現但是不影響程序、當前請求正常運行的異常情況:

  1. 有容錯機制的時候出現的錯誤情況
  2. 找不到配置文件，但是系統能自動創建配置文件

即將接近臨界值的時候，例如：

  1. 緩存池占用達到警告線

業務異常的記錄,比如:

  1. 當接口拋出業務異常時，應該記錄此異常

INFO:

基本概念

系統運行信息

  1. Service方法中對于系統/業務狀態的變更
  2. 主要邏輯中的分步驟

外部接口部分

  1. 客戶端請求參數(REST/WS)
  2. 調用第三方時的調用參數和調用結果

說明

1.并不是所有的service都進行出入口打點記錄,單一、簡單service是沒有意義的(job除外,job需要記錄開始和結束,)。

反例(不要這么做):

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

2.對于復雜的業務邏輯，需要進行日志打點，以及埋點記錄，比如電商系統中的下訂單邏輯，以及OrderAction操作(業務狀態變更)。

3.對于整個系統的提供出的接口(REST/WS)，使用info記錄入參

4.如果所有的service為SOA架構，那么可以看成是一個外部接口提供方，那么必須記錄入參。

5.調用其他第三方服務時，所有的出參和入參是必須要記錄的(因為你很難追溯第三方模塊發生的問題)

DEBUG

基本概念

  1. 可以填寫所有的想知道的相關信息(但不代表可以隨便寫，debug信息要有意義,最好有相關參數)
  2. 生產環境需要關閉DEBUG信息
  3. 如果在生產情況下需要開啟DEBUG,需要使用開關進行管理，不能一直開啟。

說明

如果代碼中出現以下代碼，可以進行優化:

//1. 獲取用戶基本薪資 
//2. 獲取用戶休假情況 
//3. 計算用戶應得薪資

優化后的代碼:

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

TRACE

基本概念

特別詳細的系統運行完成信息，業務代碼中，不要使用.(除非有特殊用意，否則請使用DEBUG級別替代)

規范示例說明

@Override 
@Transactional 
public void createUserAndBindMobile(@NotBlank String mobile, @NotNull User user) throws CreateConflictException{ 
  boolean debug = log.isDebugEnabled(); 
  if(debug){ 
    log.debug("開始創建用戶并綁定手機號. args[mobile=[{}],user=[{}]]", mobile, LogObjects.toString(user)); 
  } 
  try { 
    user.setCreateTime(new Date()); 
    user.setUpdateTime(new Date()); 
    userRepository.insertSelective(user); 
    if(debug){ 
      log.debug("創建用戶信息成功. 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("綁定手機成功. relationship=[{}]",LogObjects.toString(relationship)); 
    } 
    log.info("創建用戶并綁定手機號. userId=[{}],openId=[{}],mobile=[{}]",user.getId(),user.getOpenId(),mobile); // 如果考慮安全，手機號記得脫敏 
  }catch(DuplicateKeyException e){ 
    log.info("創建用戶并綁定手機號失敗,已存在相同的用戶. openId=[{}],mobile=[{}]",user.getOpenId(),mobile); 
    throw new CreateConflictException("創建用戶發生沖突, openid=[%s]",user.getOpenId()); 
  } 
}

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持創新互聯。

網站欄目：別在Java代碼里亂打日志了，這才是正確的打日志姿勢
文章URL：http://vcdvsql.cn/article36/pehdpg.html

成都網站建設公司_創新互聯，為您提供域名注冊、ChatGPT、全網營銷推廣、軟件開發、移動網站建設、靜態網站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯

外貿網站建設