Spring Boot 2 實(shí)戰(zhàn):自定義啟動(dòng)運(yùn)行邏輯實(shí)例詳解
本文實(shí)例講述了Spring Boot 2 實(shí)戰(zhàn):自定義啟動(dòng)運(yùn)行邏輯。分享給大家供大家參考,具體如下:
1. 前言
不知道你有沒有接到這種需求,項(xiàng)目啟動(dòng)后立馬執(zhí)行一些邏輯。比如緩存預(yù)熱,或者上線后的廣播之類等等。可能現(xiàn)在沒有但是將來會(huì)有的。想想你可能的操作, 寫個(gè)接口上線我調(diào)一次行嗎?NO!NO!NO!這種初級(jí)菜鳥才干的事。今天告訴你個(gè)操作使得你的代碼更加優(yōu)雅,逼格更高。
2. CommandLineRunner 接口
package org.springframework.boot;
import org.springframework.core.Ordered;
import org.springframework.core.annotation.Order;
/**
* Interface used to indicate that a bean should <em>run</em> when it is contained within
* a {@link SpringApplication}. Multiple {@link CommandLineRunner} beans can be defined
* within the same application context and can be ordered using the {@link Ordered}
* interface or {@link Order @Order} annotation.
* <p>
* If you need access to {@link ApplicationArguments} instead of the raw String array
* consider using {@link ApplicationRunner}.
*
* @author Dave Syer
* @see ApplicationRunner
*/
@FunctionalInterface
public interface CommandLineRunner {
/**
* Callback used to run the bean.
* @param args incoming main method arguments
* @throws Exception on error
*/
void run(String... args) throws Exception;
}
CommandLineRunner 作用是當(dāng)springApplication 啟動(dòng)后,在同一應(yīng)用上下文中定義的多個(gè) CommandLineRunner 類型的 Spring Bean 按照標(biāo)記順序執(zhí)行。如果你想替代以數(shù)組方式接收 args 參數(shù) 可以用 另一個(gè)接口代替 org.springframework.boot.ApplicationRunner 。
talk is cheap show your code 下面我就來操作一波演示一下。
2.1 優(yōu)先級(jí)比較高的 CommandLineRunner 實(shí)現(xiàn)
package cn.felord.begin;
import lombok.extern.slf4j.Slf4j;
import org.springframework.boot.CommandLineRunner;
import org.springframework.core.Ordered;
import org.springframework.stereotype.Component;
/**
* 優(yōu)先級(jí)比較高 通過實(shí)現(xiàn)接口{@link Ordered}的方式 來指定優(yōu)先級(jí)
* 命令行測(cè)試參數(shù) --foo=bar --dev.name=碼農(nóng)小胖哥 java,springboot
* @author Felordcn
* @since 2019/6/17 23:06
*/
@Slf4j
@Component
public class HighOrderCommandLineRunner implements CommandLineRunner , Ordered {
@Override
public void run(String... args) throws Exception {
log.info("i am highOrderRunner");
}
@Override
public int getOrder() {
return Ordered.HIGHEST_PRECEDENCE;
}
}
2.2 優(yōu)先級(jí)比較低的 CommandLineRunner 實(shí)現(xiàn):
package cn.felord.begin;
import lombok.extern.slf4j.Slf4j;
import org.springframework.boot.CommandLineRunner;
import org.springframework.core.Ordered;
import org.springframework.core.annotation.Order;
import org.springframework.stereotype.Component;
/**
* 優(yōu)先級(jí)比較低 通過注解{@link Order}方式來指定優(yōu)先級(jí)
* 比最優(yōu)大64 說明會(huì)在 {@link HighOrderCommandLineRunner} 之后執(zhí)行
*
* @author Felord
* @since 2019/6/17 23:07
*/
@Slf4j
@Order(Ordered.HIGHEST_PRECEDENCE + 64)
@Component
public class LowOrderCommandLineRunner implements CommandLineRunner {
@Override
public void run(String... args) throws Exception {
log.info("iamlowOrderRunner");
}
}
2.3 用 ApplicationRunner 實(shí)現(xiàn)最低優(yōu)先級(jí):
package cn.felord.begin;
import lombok.extern.slf4j.Slf4j;
import org.springframework.boot.ApplicationArguments;
import org.springframework.boot.ApplicationRunner;
import org.springframework.core.Ordered;
import org.springframework.stereotype.Component;
import org.springframework.util.CollectionUtils;
import java.util.List;
/**
* 優(yōu)先級(jí)最低的實(shí)現(xiàn)
* @author Felordcn
* @since 2019/6/18 22:13
*/
@Slf4j
@Component
public class DefaultApplicationRunner implements ApplicationRunner, Ordered {
@Override
public void run(ApplicationArguments args) throws Exception {
log.info("iamapplicationRunner");
}
@Override
public int getOrder() {
return Ordered.HIGHEST_PRECEDENCE+65;
}
}
啟動(dòng)springboot 后控制臺(tái)打印出了執(zhí)行結(jié)果:
2019-11-02 21:18:14.603 INFO 10244 --- [ main] c.f.begin.HighOrderCommandLineRunner : i am highOrderRunner 2019-11-02 21:18:14.604 INFO 10244 --- [ main] c.f.begin.LowOrderCommandLineRunner : i am lowOrderRunner 2019-11-02 21:18:14.604 INFO 10244 --- [ main] c.f.begin.DefaultApplicationRunner : i am applicationRunner
3. 進(jìn)階操作 —— 讀取通過Spring Boot命令行啟動(dòng)注入的參數(shù)
達(dá)到我們開篇的期望結(jié)果。那么這兩個(gè)接口啥區(qū)別呢? Spring 官方不會(huì)吃飽了沒事干弄兩個(gè)這來折騰人,應(yīng)該是有區(qū)別的,根據(jù)接口方法 run 方法可以看出來參數(shù)都不一樣,額外科普一下 Spring Boot 如何傳遞額外參數(shù)通過命令行 執(zhí)行 java -jar 傳遞給 main 方法,規(guī)則如下
鍵值對(duì) 格式為
--K=V多個(gè)使用空格隔開值 多個(gè)空格隔開 在idea 開發(fā)工具中打開main方法配置項(xiàng),進(jìn)行如下配置,其他ide工具同理。參數(shù)內(nèi)容為:
--foo=bar --dev.name=碼農(nóng)小胖哥 java springboot

HighOrderCommandLineRunner 打印一下 args 參數(shù):
package cn.felord.begin;
import lombok.extern.slf4j.Slf4j;
import org.springframework.boot.CommandLineRunner;
import org.springframework.core.Ordered;
import org.springframework.stereotype.Component;
/**
* 優(yōu)先級(jí)比較高 通過實(shí)現(xiàn)接口{@link Ordered}的方式 來指定優(yōu)先級(jí)
* 命令行測(cè)試參數(shù) --foo=bar --dev.name=碼農(nóng)小胖哥 java,springboot
* @author dax
* @since 2019/6/17 23:06
*/
@Slf4j
@Component
public class HighOrderCommandLineRunner implements CommandLineRunner , Ordered {
@Override
public void run(String... args) throws Exception {
for (String arg : args) {
System.out.println("arg = " + arg);
}
log.info("i am highOrderRunner");
}
@Override
public int getOrder() {
return Ordered.HIGHEST_PRECEDENCE;
}
}
然后 DefaultApplicationRunner 的 ApplicationArguments 我們也一探究竟:
package cn.felord.begin;
import lombok.extern.slf4j.Slf4j;
import org.springframework.boot.ApplicationArguments;
import org.springframework.boot.ApplicationRunner;
import org.springframework.core.Ordered;
import org.springframework.stereotype.Component;
import org.springframework.util.CollectionUtils;
import java.util.List;
/**
* @author Felord
* @since 2019/6/18 22:13
*/
@Slf4j
@Component
public class DefaultApplicationRunner implements ApplicationRunner, Ordered {
@Override
public void run(ApplicationArguments args) throws Exception {
log.info("i am applicationRunner");
args.getOptionNames().forEach(System.out::println);
System.out.println(">>>>>>>>>>>>>>>>>>>>>>>>>>");
String[] sourceArgs = args.getSourceArgs();
if (sourceArgs!=null){
for (String sourceArg : sourceArgs) {
System.out.println("sourceArg = " + sourceArg);
}
}
System.out.println("<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<");
List<String> foo = args.getOptionValues("foo");
if (!CollectionUtils.isEmpty(foo)){
foo.forEach(System.out::println);
}
System.out.println("++++++++++++");
List<String> nonOptionArgs = args.getNonOptionArgs();
System.out.println("nonOptionArgs.size() = " + nonOptionArgs.size());
nonOptionArgs.forEach(System.out::println);
}
@Override
public int getOrder() {
return Ordered.HIGHEST_PRECEDENCE+65;
}
}
重新啟動(dòng) Spring Boot 控制臺(tái)打印出了結(jié)果:
arg = --foo=bar arg = --dev.name=碼農(nóng)小胖哥 arg = java arg = springboot 2019-11-02 21:18:14.603 INFO 10244 --- [ main] c.f.begin.HighOrderCommandLineRunner : i am highOrderRunner 2019-11-02 21:18:14.604 INFO 10244 --- [ main] c.f.begin.LowOrderCommandLineRunner : i am lowOrderRunner 2019-11-02 21:18:14.604 INFO 10244 --- [ main] c.f.begin.DefaultApplicationRunner : i am applicationRunner dev.name foo >>>>>>>>>>>>>>>>>>>>>>>>>> sourceArg = --foo=bar sourceArg = --dev.name=碼農(nóng)小胖哥 sourceArg = java sourceArg = springboot <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< bar ++++++++++++ nonOptionArgs.size() = 2 java springboot
我們發(fā)現(xiàn)可以利用這兩個(gè)接口來讀取 Spring Boot 命令行參數(shù)。其實(shí)我們還可以使用 @Value 注解來讀取,這里不進(jìn)行講解,有興趣可以自己嘗試。到這里 ApplicationRunner 與 CommandLineRunner 的區(qū)別從控制臺(tái)我們就很了然了。
4. ApplicationRunner 與 CommandLineRunner 的區(qū)別
從上面的 log 我們知道 arg= 為 CommandLineRunner 的 args數(shù)組打印,僅僅單純把上面的參數(shù)以空格為規(guī)則解析成了原汁原味的數(shù)組。而 ApplicationRunner 則更加精細(xì)化。通過打印可以知道 ApplicationArguments 提供了一些很有用的參數(shù)解析方法:
args.getOptionNames()是獲取鍵值對(duì)--K=V中的Kargs.getOptionValues("foo")用來通過K來獲取鍵值對(duì)的值Vargs.getSourceArgs()等同于CommandLineRunner的args數(shù)組args.getNonOptionArgs()最慘用來獲取單身狗
要注意的是 解析 ApplicationArguments 時(shí)要處理空指針問題。
5. 總結(jié)
今天我們通過對(duì) CommandLineRunner 和 ApplicationRunner 講解。解決了如何在 Spring Boot 啟動(dòng)時(shí)執(zhí)行一些邏輯的問題以及如何來編排多個(gè)啟動(dòng)邏輯的優(yōu)先級(jí)順序。同時(shí)我們進(jìn)階一步,通過這兩個(gè)方法讀取 Spring Boot 啟動(dòng)項(xiàng)參數(shù)。進(jìn)而也搞清楚了這兩個(gè)接口之間的細(xì)微的區(qū)別。
更多關(guān)于java相關(guān)內(nèi)容感興趣的讀者可查看本站專題:《Spring框架入門與進(jìn)階教程》、《Java數(shù)據(jù)結(jié)構(gòu)與算法教程》、《Java操作DOM節(jié)點(diǎn)技巧總結(jié)》、《Java文件與目錄操作技巧匯總》和《Java緩存操作技巧匯總》
希望本文所述對(duì)大家java程序設(shè)計(jì)有所幫助。
相關(guān)文章
Android應(yīng)用開發(fā)之將SQLite和APK一起打包的方法
這篇文章主要介紹了Android應(yīng)用開發(fā)之將SQLite和APK一起打包的方法,文章時(shí)間較早,盡管現(xiàn)在開發(fā)環(huán)境已大都遷移至Android Studio上,但打包原理依然相同,需要的朋友可以參考下2015-08-08
Java實(shí)現(xiàn)俄羅斯方塊游戲簡(jiǎn)單版
這篇文章主要為大家詳細(xì)介紹了Java實(shí)現(xiàn)俄羅斯方塊游戲簡(jiǎn)單版,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-01-01
SpringBoot使用@Cacheable時(shí)設(shè)置部分緩存的過期時(shí)間方式
這篇文章主要介紹了SpringBoot使用@Cacheable時(shí)設(shè)置部分緩存的過期時(shí)間方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-12-12
Jpa 實(shí)現(xiàn)自動(dòng)更新表中的創(chuàng)建日期和修改時(shí)間
這篇文章主要介紹了Jpa 實(shí)現(xiàn)自動(dòng)更新表中的創(chuàng)建日期和修改時(shí)間,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2021-01-01
Spring AOP如何自定義注解實(shí)現(xiàn)審計(jì)或日志記錄(完整代碼)
這篇文章主要介紹了Spring AOP如何自定義注解實(shí)現(xiàn)審計(jì)或日志記錄(完整代碼),具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-12-12

