1、Slf4j+logback 日志
SpringBoot框架的默認日志實作：slf4j + logback；
默認日志級別：info，對應了實際生產環境日志級別；
1.1 日志級別
# 常見的日志框架中，日志級別都包含五種,優先級從低到高：
trace < debug < info < warn < error
#日志輸出規則是:
自動設定的日志級及更高級別，進行日志輸出;
比如當前日志級別是info,那么日志輸出的級別包含:info，warn,error,凡是業務的這三個級別，都會輸出到日志檔案
1.1.1 trace 日志級別
trace 日志級別，了解，實際開發中，幾乎不會使用此級別；(組態檔指定為 trace 級別才會輸出)；
logger.trace("------------ trace 日志級別，了解，實際開發中，幾乎不會使用此級別 ------------------");
1.1.2 debug 日志級別
- debug 日志級別，掌握，實際開發中，此日志級別作為除錯日志使用，是線上除錯問題定位的有效手段;
- 強調：線上一般默認是不開debug日志，因此日志級別記錄的日志極為詳情，會產生大量的日志內容及檔案;
- 發現線上問題，不好定位時，臨時開啟debug;
logger.debug("------------ {} 日志級別，{}，實際開發中，此日志級別作為除錯日志使用，是線上除錯問題定位的有效手段 ------------------","debug","掌握");
1.1.3 info 日志級別
info 日志級別，掌握，實際開發中，此日志級別是核心業務環境日志，不需要記錄特別詳細，一般都是介面 入和出，方便版本上線查看業務是否正常使用;
logger.info("------------ {} 日志級別，{}，實際開發中，此日志級別時核心業務環境日志，不需要記錄特別詳細 ------------","info","掌握");
1.1.4 warn 日志級別
warn 日志級別，掌握，實際開發中,此日志級別是業務警告日志，警告日志不一定是錯誤，可能業務例外流程，或者資料錯誤判斷;
logger.warn("------------ {} 日志級別，{}，實際開發中,此日志級別時業務警告日志 ------------","warn","掌握");
1.1.5 error 日志級別
error 日志級別，掌握，實際開發中,此日志級別是核心業務錯誤，凡是系統中出現了例外或者程式錯誤，都必須使用error日志，級別最高，確保必須輸出，可以有效的記錄線上業務的錯誤;
logger.error("------------ {} 日志級別，{}，實際開發中,此日志級別是核心業務錯誤 ------------","error","掌握");
1.2 日志使用
1.2.1 創建日志物件
//創建日志物件
Logger logger = LoggerFactory.getLogger(getClass());
logger.trace("");
logger.debug("");
logger.info("");
logger.warn("");
logger.error("");
1.2.2 @Slf4j 注解
@Slf4j
public class ChargeResultNotifySchedule{
log.trace("");
log.debug("");
log.info("");
log.warn("");
log.error("");
}
1.3 組態檔配置日志 資訊
1.3.1 測驗默認日志級別
1.3.1.1 直接運行測驗類
1.3.1.2 測驗類增加 @RunWith(SpringRunner.class) 注解
測驗類增加 @RunWith(SpringRunner.class) 注解 運行的是SpringBoot專案測驗，會讀取到組態檔；
1.3.2 修改組態檔資訊
1.3.2.1 修改默認日志級別為 debug
# 默認日志級別為 info ，更改默認日志級別debug
logging:
level:
com:
kgc:
sbt: debug
1.4 指定日志輸出
1.4.1 指定日志輸出到指定檔案
- 默認日志只輸出到控制臺；
- 指定輸出到指定檔案，默認會加載到根路徑下；
- 所有的日志，都是追加記錄，不會執行覆寫；
logging:
file: kh96-logging.log
日志輸出到根目錄下的指定檔案名下：
1.4.2 指定日志輸入到指定目錄下
不指定檔案名，SpringBoot中的logback會由默認的日志名spring.log；
logging:
path: D:/KEGONGCHANG/DaiMa/IDEA/KH96/SpringBoot/SpringBoot/TempFile/kh96-logging2
默認名：
輸出檔案：
1.4.3 指定輸出格式
# 了解 %d日期，%thread 執行緒名稱，%-5leavel 日志級別 %logger{50} 日志類路徑 %msg 日志內容
logging:
pattern:
console: "%d{yyyy-MM-dd HH:mm:ss} +++ [%thread] +++ %-5level +++ %logger{100} +++ %msg%n"
file: "%d{yyyy-MM-dd HH:mm:ss} +++ [%thread] +++ %-5level +++ %logger{100} +++ %msg%n
1.4.4 指定輸入格式檔案
網上由很多；
<?xml version="1.0" encoding="UTF-8"?>
<!--
scan：組態檔發生改變，是否被重新加載，默認值為true，
scanPeriod：設定監測組態檔是否有修改的時間間隔，當scan為true時，此屬性生效，默認的時間間隔為1分鐘，
debug：是否列印出logback內部日志資訊，實時查看logback運行狀態，默認值為false，
-->
<configuration scan="true" scanPeriod="60 seconds" debug="false">
<!-- 日志的根目錄，可以自動創建log目錄，一般公司都是統一的日志目錄，不能亂寫 -->
<property name="LOG_HOME" value="D:/KEGONGCHANG/DaiMa/IDEA/KH96/SpringBoot/SpringBoot/TempFile/log" />
<!-- 日志檔案名稱 -->
<property name="appName" value="https://www.cnblogs.com/xiaoqigui/archive/2022/10/14/log-sbt-kh96"/>
<!-- 控制臺輸出 -->
<appender name="stdout" >
<!--
日志輸出格式：
%d{日期時間格式}，
%thread：執行緒名，
%-5level：級別從左顯示5個字符寬度
%logger{60} 表示logger名字最長60個字符，否則按照句點分割，
%msg：記錄的日志訊息，
%n是換行符
-->
<layout >
<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{60} - %msg%n</pattern>
</layout>
</appender>
<!-- 滾動檔案記錄，先將日志記錄到指定檔案，當符合某個條件時，將日志記錄到其他檔案 -->
<appender name="appLogAppender" >
<!-- 指定服務器記錄日志檔案的名稱 -->
<file>${LOG_HOME}/${appName}.log</file>
<!--
當發生滾動時，決定 RollingFileAppender 的行為，涉及檔案移動和重命名
TimeBasedRollingPolicy： 最常用的滾動策略，它根據時間來制定滾動策略，既負責滾動也負責觸發滾動，
-->
<rollingPolicy >
<!--
滾動時產生的檔案的存放位置及檔案名稱 %d{yyyy-MM-dd}：按天進行日志滾動
%i：當檔案大小超過maxFileSize時，按照i進行檔案滾動
-->
<fileNamePattern>${LOG_HOME}/${appName}-%d{yyyy-MM-dd}-%i.log</fileNamePattern>
<!--
可選節點，控制保留的歸檔檔案的最大數量，超出數量就洗掉舊檔案，假設設定每天滾動，
且maxHistory是30，則只保存最近30天的檔案，洗掉之前的舊檔案，注意，洗掉舊檔案時，
那些為了歸檔而創建的目錄也會被洗掉，
-->
<MaxHistory>30</MaxHistory>
<!--
當日志檔案超過maxFileSize指定的大小是，根據上面提到的%i進行日志檔案滾動 注意此處配置SizeBasedTriggeringPolicy是無法實作按檔案大小進行滾動的，必須配置timeBasedFileNamingAndTriggeringPolicy
-->
<timeBasedFileNamingAndTriggeringPolicy >
<maxFileSize>30MB</maxFileSize>
</timeBasedFileNamingAndTriggeringPolicy>
</rollingPolicy>
<!-- 日志輸出格式： -->
<layout >
<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [ %thread ] - [ %-5level ] [ %logger{60} : %line ] - %msg%n</pattern>
</layout>
</appender>
<!--
logger主要用于存放日志物件，也可以定義日志型別、級別
name：表示匹配的logger型別前綴，也就是包的前半部分
level：要記錄的日志級別，包括 TRACE < DEBUG < INFO < WARN < ERROR
additivity：作用在于當前logger配置是否使用 rootLogger配置的appender進行輸出，即此logger的列印資訊是否向上級傳遞
false：表示只用當前logger的appender-ref
true：表示當前logger的appender-ref和rootLogger的appender-ref都有效
-->
<!-- 此種沒有指定自己的appender-ref，所以直接使用root標簽的配置 -->
<logger name="com.kgc.sbt" level="debug" />
<logger name="org.springframework" level="debug"/>
<!--
root與logger是父子關系，沒有特別定義則默認為root，任何一個類只會和一個logger對應，
要么是定義的logger，要么是root，判斷的關鍵在于找到這個logger，然后判斷這個logger的appender和level，
-->
<root level="debug">
<appender-ref ref="stdout" />
<appender-ref ref="appLogAppender" />
</root>
</configuration>
2、異步請求
2.1 異步請求處理實作類
@Service
@Slf4j
public class ChargeServiceImpl implements ChargeService{
@Override
@Async
//開啟異步執行緒注解,如果是同一個類中的其他方法，添加此異步處理注解，異步是不生效的
//使用的是Spring內置的執行緒池
public void executesAsynCharge(String chargeTel, Double chargeMoney) {
try {
TimeUnit.MILLISECONDS.sleep(2000);
}catch (Exception e){
e.printStackTrace();
}
log.info("********* 異步渠道 充值成功，充值手機號：{}，充值金額：{} ************",chargeTel,chargeMoney);
}
}
2.2 主啟動類
主啟動類上必須增加@EnableAsync 注解，開啟異步處理功能；
@SpringBootApplication
@EnableAsync //開啟異步處理功能
public class Springboot03AsyztimerApplication {
public static void main(String[] args) {
SpringApplication.run(Springboot03AsyzyimerApplication.class, args);
}
}
2.3 請求呼叫異步處理方法
@RestController
@Slf4j
public class ChargeController {
@Autowired
ChargeService chargeService;
@GetMapping("/asyncCharge")
public String asyncCharge(@RequestParam("chargeTel") String chargeTel,@RequestParam("chargeMoney") Double chargeMoney){
log.info("------ 開始充值，充值手機號：{}，充值金額：{} 開始呼叫充值渠道充值 --------- ",chargeTel,chargeMoney);
// log startTimeMillis = System.currentTimeMillis(); //舊的獲取當前時間毫秒數
long startTimeMillis = Instant.now().toEpochMilli();
//呼叫充值渠道 異步 充值
chargeService.executesAsynCharge(chargeTel,chargeMoney);
long finishTimeMillis = Instant.now().toEpochMilli();
log.info("------ 結束充值，充值手機號：{}，充值金額：{} ，充值總耗時:{}-----------",chargeTel,chargeMoney,finishTimeMillis-startTimeMillis);
return String.format("%s充值%s成功！",chargeTel,chargeMoney);
}
}
3、定時任務
3.1 場景
異步充值結果，定時批量回呼訂單；
public void chargeResultNotifyMethodOne(){
//模擬從資料庫獲取5筆需要回呼的充值訂單，進行批量回呼結果
List<String> chargeOrderList = Arrays.asList("KH001","KH002","KH003","KH004","KH005");
//回圈處理需要回呼的5筆訂單
log.info("---------- 開始 執行批量回呼充值結果------------");
chargeOrderList.forEach(chargeOrderNo->{
log.info("***** 充值訂單：{}，回呼重接成功！ ******");
try{
TimeUnit.MILLISECONDS.sleep(100);
}catch (Exception e){
e.printStackTrace();
}
log.info("---------- 結束 執行批量回呼充值結果 ------------");
});
}
3.2 注解
3.2.1 @Scheduled(fixedDelay = 5 * 1000)
fixedDelay :計時規則： 從上一次執行結束 開始計時 到 下一次定時任務開始 ,不關心前一次定時任務耗時多久;
3.2.2 @Scheduled(fixedRate = 5 * 1000)
fixedRate: 計時規則：從上一次定時任務執行開始 開始計時 到 下一次定時任務開始，如果上一次定時任務 超過定時，上一次執行完后，下一次立即執行;
3.2.3 @Scheduled(cron = "*/5 * * * * ?")
cron運算式：既可以是實作回圈時間間隔，執行定時任務，也可以執行某個時刻的定時任務，通過指定運算式實作的，靈活度是三種最高的
1)回圈定時： 每次執行的定時任務時間點，是由cron表達是決定的，其實都是預置好的；比如5秒，5秒執行一次定時
2)定點定時：在指定的某個時刻，執行一次定時任務
秒 分 時 日 月 周
@Scheduled(cron = "*/5 * * * * ?")
3.2.4 @EnableScheduling
@SpringBootApplication
@EnableScheduling //開啟定時任務功能
public class Springboot03AsyztimerApplication {
public static void main(String[] args) {
SpringApplication.run(Springboot03AsyzyimerApplication.class, args);
}
}
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/514230.html
標籤：其他