這篇文章帶給大家的內容是關於CommandLineRunner與ApplicationRunner的介紹,有一定的參考價值,有需要的朋友可以參考一下,希望對你有幫助。
CommandLineRunner和ApplicationRunner是Spring Boot所提供的接口,他們都有一個run()方法。所有實作他們的Bean都會在Spring Boot服務啟動之後自動地被呼叫。
由於這個特性,它們是一個理想地方去做一些初始化的工作,或者寫一些測試程式碼。
CommandLineRunner
使用Application實作
在我們新建好工程後,為了簡單我們直接使用Application類別實作CommandLineRunner接口,這個類別的註解@SpringBootApplication會為我們自動設定。
package cn.examplecode.sb2runner; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.boot.CommandLineRunner; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; @SpringBootApplication public class Sb2runnerApplication implements CommandLineRunner { private static Logger logger = LoggerFactory.getLogger(Sb2runnerApplication.class); public static void main(String[] args) { SpringApplication.run(Sb2runnerApplication.class, args); } @Override public void run(String... args) throws Exception { logger.info("服务已启动,执行command line runner。"); for (int i = 0; i <p>接下來我們直接啟動服務,查看日誌如下,發現run()方法被正常地執行了:</p><pre class="brush:php;toolbar:false">Tomcat started on port(s): 8080 (http) with context path '' Started Sb2runnerApplication in 2.204 seconds (JVM running for 3.161) 服务已启动,执行command line runner。
run()方法有個可變參數args,這個參數是用來接收命令列參數的,我們下面來加入參數來測試一下:
然後重啟服務,觀察日誌,可以看到參數被正常地接收到了:
Tomcat started on port(s): 8080 (http) with context path '' Started Sb2runnerApplication in 1.888 seconds (JVM running for 2.41) 服务已启动,执行command line runner。 args[0]: --param=sth
命令列參數傳遞
#之前我們說過使用Spring Boot的一大優點就是可以將工程直接打包成一個jar包而不需要單獨部署。打包成jar包後可以直接執行該jar包進行服務的啟動,這樣在執行jar包時我們就可以傳入命令列參數,讓CommandLineRunner接收參數。
這種場景在伺服器上特別常用。例如我們想執行某個操作,又不想對外部暴露,此時可以使用CommandLineRunner作為該操作的入口。
下面我們就打成jar包來示範一下。
可以從日誌中看到我們也正常地取得了參數。透過傳遞參數,在業務邏輯上我們可以根據不同的參數而執行不同的操作。
上面我們提到的只是一個CommandLineRunner,如果我們有多個CommandLineRunner怎麼辦呢?怎麼控制它們執行的順序呢?
下面我們就來介紹如何指定執行的順序。
Spring Boot為我們提供了一個註解"@Order",可以用來指定執行的順序,例如我們工程裡面有三個CommandLineRunner:
@Component @Order(1) public class CommandRunner1 implements CommandLineRunner { private static Logger logger = LoggerFactory.getLogger(CommandRunner1.class); @Override public void run(String... args) throws Exception { logger.info("执行第一个command line runner..."); } } @Component @Order(2) public class CommandRunner2 implements CommandLineRunner { private static Logger logger = LoggerFactory.getLogger(CommandRunner2.class); @Override public void run(String... args) throws Exception { logger.info("执行第二个command line runner..."); } } @Component @Order(3) public class CommandRunner3 implements CommandLineRunner { private static Logger logger = LoggerFactory.getLogger(CommandRunner3.class); @Override public void run(String... args) throws Exception { logger.info("执行第三个command line runner..."); } }
我們可以在該類別的上面直接加入@Order註解,然後Spring Boot就會按照我們註解指定的順序從小到大的執行了。很簡單,是不是?
Tomcat started on port(s): 8080 (http) with context path '' Started Sb2runnerApplication in 1.764 seconds (JVM running for 2.292) 执行第一个command line runner... 执行第二个command line runner... 执行第三个command line runner...
ApplicationRunner與CommandLineRunner所做的事情是一樣的,也是在服務啟動之後其run()方法會被自動地調用,唯一不同的是ApplicationRunner會封裝命令列參數,可以很方便地取得到命令列參數和參數值。
@Component public class ApplicationRunner1 implements ApplicationRunner { private static Logger logger = LoggerFactory.getLogger(ApplicationRunner1.class); @Override public void run(ApplicationArguments args) throws Exception { logger.info("执行application runner..."); logger.info("获取到参数: " + args.getOptionValues("param")); } }
執行結果:
我們可以發現,透過run()方法的參數ApplicationArguments可以很方便地取得到命令列參數的值。
所以如果你的工程需要取得命令列參數的話,建議你使用ApplicationRunner。
總結
無論是CommandLineRunner或ApplicationRunner,它們的目的都是在服務啟動之後執行一些動作。如果需要取得命令列參數時則建議使用ApplicationRunner。
另一個場景是我們在伺服器上需要執行某個操作,例如修正資料庫使用者的數據,而又找不到合適的執行入口,那麼這就是它們理想的使用場景了。
#以上是CommandLineRunner與ApplicationRunner的介紹的詳細內容。更多資訊請關注PHP中文網其他相關文章!