1. 程式人生 > >Spring Boot啟動命令引數詳解及原始碼分析

Spring Boot啟動命令引數詳解及原始碼分析

使用過Spring Boot,我們都知道通過java -jar可以快速啟動Spring Boot專案。同時,也可以通過在執行jar -jar時傳遞引數來進行配置。本文帶大家系統的瞭解一下Spring Boot命令列引數相關的功能及相關原始碼分析。

命令列引數使用

啟動Spring Boot專案時,我們可以通過如下方式傳遞引數:

java -jar xxx.jar --server.port=8081

預設情況下Spring Boot使用8080埠,通過上述引數將其修改為8081埠,而且通過命令列傳遞的引數具有更高的優先順序,會覆蓋同名的其他配置引數。

啟動Spring Boot專案時傳遞引數,有三種引數形式:

  • 選項引數
  • 非選項引數
  • 系統引數

選項引數,上面的示例便是選項引數的使用方法,通過“–-server.port”來設定應用程式的埠。基本格式為“--name=value”(“--”為連續兩個減號)。其配置作用等價於在application.properties中配置的server.port=8081。

非選項引數的使用示例如下:

java -jar xxx.jar abc def 

上述示例中,“abc”和“def”便是非選項引數。

系統引數,該引數會被設定到系統變數中,使用示例如下:

java -jar -Dserver.port=8081 xxx.jar

引數值的獲取

選項引數和非選項引數均可以通過ApplicationArguments介面獲取,具體獲取方法直接在使用引數的類中注入該介面即可。

@RestController
public class ArgumentsController {
    @Resource
    private ApplicationArguments arguments;
}

通過ApplicationArguments介面提供的方法即可獲得對應的引數。關於該介面後面會詳細講解。

另外,選項引數,也可以直接通過@Value在類中獲取,如下:

@RestController
public class ParamController {
    @Value("${server.port}")
    private String serverPort;
}

系統引數可以通過java.lang.System提供的方法獲取:

String systemServerPort = System.getProperty("server.port");

引數值的區別

關於引數值區別,重點看選項引數和系統引數。通過上面的示例我們已經發現使用選項引數時,引數在命令中是位於xxx.jar之後傳遞的,而系統引數是緊隨java -jar之後。

如果不按照該順序進行執行,比如使用如下方式使用選項引數:

java -jar --server.port=8081 xxx.jar

則會丟擲如下異常:

Unrecognized option: --server.port=8081
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

如果將系統引數放在jar包後面,問題會更嚴重。會出現可以正常啟動,但引數無法生效。這也是為什麼有時候明明傳遞了引數但是卻未生效,那很可能是因為把引數的位置寫錯了。

這個錯誤是最坑的,所以一定謹記:通過-D傳遞系統引數時,務必放置在待執行的jar包之前。

另外一個重要的不同是:通過@Value形式可以獲得系統引數和選項引數,但通過System.getProperty方法只能獲得系統引數。

ApplicationArguments解析

上面提到了可以通過注入ApplicationArguments介面獲得相關引數,下面看一下具體的使用示例:

@RestController
public class ArgumentsController {

    @Resource
    private ApplicationArguments arguments;

    @GetMapping("/args")
    public String getArgs() {

        System.out.println("# 非選項引數數量: " + arguments.getNonOptionArgs().size());
        System.out.println("# 選項引數數量: " + arguments.getOptionNames().size());
        System.out.println("# 非選項具體引數:");
        arguments.getNonOptionArgs().forEach(System.out::println);

        System.out.println("# 選項引數具體引數:");
        arguments.getOptionNames().forEach(optionName -> {
            System.out.println("--" + optionName + "=" + arguments.getOptionValues(optionName));
        });

        return "success";
    }
}

通過注入ApplicationArguments介面,然後在方法中呼叫該介面的方法即可獲得對應的引數資訊。

ApplicationArguments介面中封裝了啟動時原始引數的陣列、選項引數的列表、非選項引數的列表以及選項引數獲得和檢驗。相關原始碼如下:

public interface ApplicationArguments {

    /**
     * 原始引數陣列(未經過處理的引數)
     */
    String[] getSourceArgs();

    /**
     * 選項引數名稱
     */
    Set<String> getOptionNames();

    /**
     * 根據名稱校驗是否包含選項引數
     */
    boolean containsOption(String name);

    /**
     * 根據名稱獲得選項引數
     */
    List<String> getOptionValues(String name);

    /**
     * 獲取非選項引數列表
     */
    List<String> getNonOptionArgs();
}

命令列引數的解析

上面直接使用了ApplicationArguments的注入和方法,那麼它的物件是何時被建立,何時被注入Spring容器的?

在執行SpringApplication的run方法的過程中會獲得傳入的引數,並封裝為ApplicationArguments物件。相關原始碼如下:

public ConfigurableApplicationContext run(String... args) {
        
    try {
        ApplicationArguments applicationArguments = new DefaultApplicationArguments(args);
        // ...
        prepareContext(context, environment, listeners, // ...
    } catch (Throwable ex) {
        // ...
    }
    return context;
}

在上述程式碼中,通過建立一個它的實現類DefaultApplicationArguments來完成命令列引數的解析。

DefaultApplicationArguments部分程式碼如下:

public class DefaultApplicationArguments implements ApplicationArguments {

    private final Source source;
    private final String[] args;

    public DefaultApplicationArguments(String... args) {
        Assert.notNull(args, "Args must not be null");
        this.source = new Source(args);
        this.args = args;
    }
    
    // ...

    @Override
    public List<String> getOptionValues(String name) {
        List<String> values = this.source.getOptionValues(name);
        return (values != null) ? Collections.unmodifiableList(values) : null;
    }

    private static class Source extends SimpleCommandLinePropertySource {
        Source(String[] args) {
            super(args);
        }
        // ...
    }
}

通過構造方法,將args賦值給成員變數args,其中介面ApplicationArguments中getSourceArgs方法的實現在該類中便是返回args值。

針對成員變數Source(內部類)的設定,在建立Source物件時呼叫了其父類SimpleCommandLinePropertySource的構造方法:

public SimpleCommandLinePropertySource(String... args) {
    super(new SimpleCommandLineArgsParser().parse(args));
}

在該方法中建立了真正的解析器SimpleCommandLineArgsParser並呼叫其parse方法對引數進行解析。

class SimpleCommandLineArgsParser {

    public CommandLineArgs parse(String... args) {
        CommandLineArgs commandLineArgs = new CommandLineArgs();
        for (String arg : args) {
            // --開頭的選引數解析
            if (arg.startsWith("--")) {
                // 獲得key=value或key值
                String optionText = arg.substring(2, arg.length());
                String optionName;
                String optionValue = null;
                // 如果是key=value格式則進行解析
                if (optionText.contains("=")) {
                    optionName = optionText.substring(0, optionText.indexOf('='));
                    optionValue = optionText.substring(optionText.indexOf('=')+1, optionText.length());
                } else {
                    // 如果是僅有key(--foo)則獲取其值
                    optionName = optionText;
                }
                // 如果optionName為空或者optionValue不為空但optionName為空則丟擲異常
                if (optionName.isEmpty() || (optionValue != null && optionValue.isEmpty())) {
                    throw new IllegalArgumentException("Invalid argument syntax: " + arg);
                }
                // 封裝入CommandLineArgs
                commandLineArgs.addOptionArg(optionName, optionValue);
            } else {
                commandLineArgs.addNonOptionArg(arg);
            }
        }
        return commandLineArgs;
    }
}

上述解析規則比較簡單,就是根據“--”和“=”來區分和解析不同的引數型別。

通過上面的方法建立了ApplicationArguments的實現類的物件,但此刻還並未注入Spring容器,注入Spring容器是依舊是通過上述SpringApplication#run方法中呼叫的prepareContext方法來完成的。相關程式碼如下:

private void prepareContext(ConfigurableApplicationContext context, ConfigurableEnvironment environment,
        SpringApplicationRunListeners listeners, ApplicationArguments applicationArguments, Banner printedBanner) {
    // ...
    ConfigurableListableBeanFactory beanFactory = context.getBeanFactory();
    // 通過beanFactory將ApplicationArguments的物件注入Spring容器
    beanFactory.registerSingleton("springApplicationArguments", applicationArguments);
    // ...
}

至此關於Spring Boot中ApplicationArguments的相關原始碼解析完成。

原文連結:《Spring Boot啟動命令引數詳解及原始碼分析》

Spring技術視訊

CSDN學院:《Spring Boot 視訊教程全家桶》


程式新視界:精彩和成長都不容錯過

相關推薦

Spring Boot啟動命令引數原始碼分析

使用過Spring Boot,我們都知道通過java -jar可以快速啟動Spring Boot專案。同時,也可以通過在執行jar -jar時傳遞引數來進行配置。本文帶大家系統的瞭解一下Spring Boot命令列引數相關的功能及相關原始碼分析。 命令列引數使用 啟動Spring Boot專案時,我們可以通過

spring boot 啟動類註解

@SpringBootApplication: Spring Boot應用標註在某個類上說明這個類是SpringBoot的主配置類,SpringBoot就應該執行這個類的main方法來啟動SpringBoot應用;裡面是是這樣的@Target({ElementType.TYP

Android非同步訊息處理機制原始碼分析

PS一句:最終還是選擇CSDN來整理髮表這幾年的知識點,該文章平行遷移到CSDN。因為CSDN也支援MarkDown語法了,牛逼啊! 【工匠若水 http://blog.csdn.net/yanbober 轉載煩請註明出處,尊重分享成果】 最近相對來說比較閒,加上養病,所

依賴注入框架 ----Dagger2 使用原始碼分析

在開始說Dagger之前先說下什麼叫依賴注入。 依賴: 在建立物件A的過程中,需要用到物件B的例項,這種情況較呼叫者A對被呼叫者B有一個依賴。 例如下面的例子: 組裝一臺電腦時,要用到Cpu,那麼電腦這個物件,依賴Cpu物件。 public cl

事件分發機制的原始碼分析

事件分發機制詳解 MotionEvent 主要分為以下幾個事件型別: ACTION_DOWN 手指開始觸控到螢幕的那一刻響應的是DOWN事件 ACTION_MOVE 接著手指在螢幕上移動響應的是MOVE事件 ACTION_UP 手指從螢幕上鬆開的那一刻響

SSH學習(十)Hibernate常用API原始碼分析

學習Java的同學注意了!!!  學習過程中遇到什麼問題或者想獲取學習資源的話,歡迎掃描左欄的二維碼加入微信公眾號(codehzm)我們一起學java! 新接觸一個框架的目的就是想利用這個框架來為我們做一些工作,或者是讓他來簡化我們的工作,利用這個框架

Java IO:FileInputStream和FileOutputStream使用原始碼分析

1 使用方法   FileInputStream即檔案輸入流,使用它從檔案中獲得位元組流,FileOutputStream即問價輸出流,使用它將位元組流寫入檔案。 1.1 方法介紹   FileInputStream提供的API如下: FileI

nginx命令:啟動,停止命令引數

在之前的PHP基礎教程中我介紹了Nginx+PHP5(FastCgi)安裝配置教程,其中涉及了nginx的基礎操作命令-nginx啟動命令,為了更好的讓PHP在nginx上執行,我們需要掌握一些基礎的nginx命令,比如啟動、停止nginx服務命令、配置改變時過載nginx、

Spring IOC容器啟動流程原始碼解析(一)——容器概念原始碼初探

目錄 1. 前言 1.1 IOC容器到底是什麼 IOC和AOP是Spring框架的核心功能,而IOC又是AOP實現的基礎,因而可以說IOC是整個Spring框架的基石。那麼什麼是IOC?IOC即控制反轉,通俗的說就是讓Spring框架來幫助我們完成物件的依賴管理和生命週期控制等等工作。從面向物件的角度來說,

Oracle LISTENER監聽檔案引數Lsnrctl命令綜述

# listener.ora Network Configuration File: F:/oracle/product/10.2.0/db_1/network/admin/listener.ora # Generated by Oracle configuration tools. SID_LIST_LI

Spring Boot 配置文件:Properties和YAML

列表 config 其他 操作系統 des num mat 變量 onf 一.配置文件的生效順序,會對值進行覆蓋: 1. @TestPropertySource 註解 2. 命令行參數 3. Java系統屬性(System.getProperties

Spring Boot的啟動器Starter

services 基本 sage ron pro trac 協議 相關 websocket Spring Boot應用啟動器基本的一共有44種,具體如下: 1)spring-boot-starter 這是Spring Boot的核心啟動器,包含了自動配置、日誌和YAML

spring boot application properties配置

ini let encoding odi gap pool nodes gui erp # =================================================================== # COMMON SPRING BOOT

Spring Boot 配置文件

單引號 批量 down list 可謂 通過 數據結構 created 作用 Spring Boot配置文件詳解 Spring Boot提供了兩種常用的配置文件,分別是properties文件和yml文件。他們的作用都是修改Spring Boot自動配置的默認值。相對於pr

spring boot 實戰 / mvn spring-boot:run 參數

spring spring boot maven 實戰 概述   Spring boot項目通常情況下有如下幾種啟動方式: 通過主類啟動。 通過spring-boot的maven插件spring-boot-maven-plugin方式啟動。 通過可執行jar/war包方式

[轉]Spring Boot的啟動器Starter

mob linked 生產環境 基本 websocket 連接 amqp earch tac Spring Boot應用啟動器基本的一共有44種,具體如下: 1)spring-boot-starter 這是Spring Boot的核心啟動器,包含了自動配置、日誌和YAML。

Spring boot中使用aop

array () bind intercept 通知 不同的 單獨使用 run arr 版權聲明:本文為博主武偉峰原創文章,轉載請註明地址http://blog.csdn.net/tianyaleixiaowu。 aop是spring的兩大功能模塊之一,功

MySQL 8.0.12 mysqlbinlog命令引數

1.版本號不同: # /usr/local/mysql57/bin/mysqlbinlog --version /usr/local/mysql57/bin/mysqlbinlog Ver 3.4 for linux-glibc2.12 at x86_64 # /usr/local/mysql8

Spring-boot入門之配置

1.配置檔案 spring-boot預設有兩種配置檔案 appliation.properties appliation.yml 配置檔案預設放在src/main/resources目錄或者是類路徑/config下 配置檔案的作用:修改sprin

Spring boot 工程升級指令碼

1.拷貝檔案: cp -rf /home/sdunicom/groupcenter/up/jar /home/sdunicom/groupcenter/ 說明:這個比較基礎,cp 目錄A 目錄B ,作用是把目錄A裡面的東西拷貝到目錄B裡面 -r 遞迴處理,指定目錄下的檔案和子目錄一併處理