Spring Boot 官方文档笔记

【转载】原文来源:https://blog.csdn.net/luqiang81191293/article/details/54949197

Spring Boot每次发布时都会提供一个它所支持的精选依赖列表。实际上,在构建配置里你不需要提供任何依赖的版本,因为Spring Boot已经替你管理好了。当更新Spring Boot时,那些依赖也会一起更新。

注 :如果有必要,你可以指定依赖的版本来覆盖Spring Boot默认版本。Spring Boot每次发布都关联一个Spring框架的基础版本,所以强烈建议你不要自己指定Spring版本。

下面说下spring boot的一些基础知识,首先我们选定一种版本工具(这里我选择Maven)

一、基础知识

1、Maven Pom

通过集成 spring-boot-starter-parent 来获得基础默认配置
默认的JDK1.6
默认的编码UTF-8
默认的资源过滤
默认对 application.properties和application.yml进行了资源过滤
最后一点:由于配置文件默认接收Spring风格的占位符(${…}),所以Maven filtering需改用@…@占位符(你可以使用Maven属性resource.delimiter来覆盖它)
用法
直接集成starter-parent,以后导入其他starter就可以不写版本号了

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>1.4.1.BUILD-SNAPSHOT</version>
</parent>

当然你也可以自己指定某个版本,比如知道spring-data的

<properties>
    <spring-data-releasetrain.version>Fowler-SR2</spring-data-releasetrain.version>
</properties>

不是每个人都喜欢集成一个别人的parent的,比如我有自己的parent那我应该怎么集成boot呢?看下面

<dependencyManagement>
    <dependencies>
        <dependency>
            <!-- Import dependency management from Spring Boot -->
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-dependencies</artifactId>
            <version>1.4.1.BUILD-SNAPSHOT</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

如果你不想使用spring-boot-starter-parent,通过设置scope=import的依赖,你仍能获取到依赖管理的,当然这样配置你就不能像上边一样覆盖默认的版本了。当然这也有别的办法,这里就不说了。

2、修改JDK版本

<properties>
    <java.version>1.8</java.version>
</properties>

3、spring boot maven插件

如果你想打成jar包运行,可以使用插件

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
        </plugin>
    </plugins>
</build>

注:如果使用Spring Boot starter parent pom 那你可以直接像上边一样不用写版本和配置,因为他已经默认配置了,如果有自己定义的配置将覆盖默认。这个配置你还可以定制,使打出的包可以当作linux系统服务启动,可以依赖外部配置文件当作参数

4、Starters

Starters是一个依赖描述符的集合,你可以将它包含进项目中,这样添加依赖就非常方便。你可以获取所有Spring及相关技术的一站式服务,而不需要翻阅示例代码,拷贝粘贴大量的依赖描述符。例如,如果你想使用Spring和JPA进行数据库访问,只需要在项目中包含spring-boot-starter-data-jpa依赖,然后你就可以开始了。

该starters包含很多搭建,快速运行项目所需的依赖,并提供一致的,可管理传递性的依赖集。
名字有什么含义:所有官方starters遵循相似的命名模式:spring-boot-starter-,在这里是一种特殊的应用程序类型。该命名结构旨在帮你找到需要的starter。很多集成于IDEs中的Maven插件允许你通过名称name搜索依赖。例如,使用相应的Eclipse或STS插件,你可以简单地在POM编辑器中点击ctrl-space,然后输入"spring-boot-starter"就可以获取一个完整列表。正如Creating your own starter章节中讨论的,第三方starters不应该以spring-boot开头,因为它跟Spring Boot官方artifacts冲突。一个acme的第三方starter通常命名为acme-spring-boot-starter。

有兴趣的可以看下官网的说明

5、自动配置属性

@SpringBootApplication 包含了@ComponentScan @EnableAutoConfiguration @Configuration
@EnableAutoConfiguration 默认扫描注解所在包下
@ ComponentScan 扫描包结构,扫描组件
@ Import 用来导入其他配置
如果发现启用了不想要的自动配置项,你可以使用@EnableAutoConfiguration注解的exclude属性禁用它们

import org.springframework.boot.autoconfigure.*;
import org.springframework.boot.autoconfigure.jdbc.*;
import org.springframework.context.annotation.*;

@Configuration@EnableAutoConfiguration(exclude={DataSourceAutoConfiguration.class})
public class MyConfiguration {
}

6、打包运行

经过一系列的配置就可以运行了

如果使用Spring Boot Maven或Gradle插件创建一个可执行jar,你可以使用java -jar运行应用。例如:

$ java -jar target/myproject-0.0.1-SNAPSHOT.jar

Spring Boot支持以远程调试模式运行一个打包的应用,下面的命令可以为应用关联一个调试器:
$ java -Xdebug -Xrunjdwp:server=y,transport=dt_socket,address=8000,suspend=n
-jar target/myproject-0.0.1-SNAPSHOT.jar
当然,我们还可以使用maven插件运行

Spring Boot Maven插件包含一个run目标,可用来快速编译和运行应用程序,并且跟在IDE运行一样支持热加载。

$ mvn spring-boot:run

你可以使用一些有用的操作系统环境变量:
$ export MAVEN_OPTS=-Xmx1024m -XX:MaxPermSize=128M

7、开发者工具包

Spring Boot包含了一些额外的工具集,用于提升Spring Boot应用的开发体验。spring-boot-devtools模块可以included到任何模块中,以提供development-time特性,你只需简单的将该模块的依赖添加到构建中:

<dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
        <optional>true</optional>
    </dependency>
</dependencies>

注 在运行一个完整的,打包过的应用时,开发者工具(devtools)会被自动禁用。如果应用使用java -jar或特殊的类加载器启动,都会被认为是一个产品级的应用(production application),从而禁用开发者工具。

这个工具可以再开发时提供很多帮助,比如页面不再缓存,当在IDE修改了类后会自动重启,还有各种远程应用的方法

二、核心特性

1、SpringApplication

SpringApplication类提供了一种快捷方式,用于从main()方法启动Spring应用。多数情况下,你只需要将该任务委托给SpringApplication.run静态方法

如果应用启动失败,注册的FailureAnalyzers就有机会提供一个特定的错误信息,及具体的解决该问题的动作。例如,如果在8080端口启动一个web应用,而该端口已被占用,那你应该可以看到类似如下的内容:


APPLICATION FAILED TO START


Description:

Embedded servlet container failed to start. Port 8080 was already in use.

Action:

Identify and stop the process that’s listening on port 8080 or configure this application to listen on another port.

注 Spring Boot提供很多的FailureAnalyzer实现,你自己实现也很容易。

如果没有可用于处理该异常的失败分析器(failure analyzers),你需要展示完整的auto-configuration报告以便更好的查看出问题的地方,因此你需要启用org.springframework.boot.autoconfigure.logging.AutoConfigurationReportLoggingInitializer的debug属性,或开启DEBUG日志级别。

例如,使用java -jar运行应用时,你可以通过如下命令启用debug属性:
$ java -jar myproject-0.0.1-SNAPSHOT.jar --debug

自定义Banner
通过在classpath下添加一个banner.txt或设置banner.location来指定相应的文件可以改变启动过程中打印的banner。如果这个文件有特殊的编码,你可以使用banner.encoding设置它(默认为UTF-8)。除了文本文件,你也可以添加一个banner.gif,banner.jpg或banner.png图片,或设置banner.image.location属性。图片会转换为字符画(ASCII art)形式,并在所有文本banner上方显示。
banner的占位符大家可以自行查询官方文档

注 如果想以编程的方式产生一个banner,可以使用SpringBootApplication.setBanner(…)方法,并实现org.springframework.boot.Banner接口的printBanner()方法。

你也可以使用spring.main.banner-mode属性决定将banner打印到何处,System.out(console),配置的logger(log)或都不输出(off)。
打印的banner将注册成一个名为springBootBanner的单例bean。

自定义SpringApplication
如果默认的SpringApplication不符合你的口味,你可以创建一个本地实例并对它进行自定义。例如,想要关闭banner你可以这样写:

public static void main(String[] args) {
    SpringApplication app = new SpringApplication(MySpringConfiguration.class);
    app.setBannerMode(Banner.Mode.OFF);
    app.run(args);
}

注:传递给SpringApplication的构造器参数将作为spring beans的配置源,多数情况下,它们是一些@Configuration类的引用,但也可能是XML配置或要扫描包的引用。
你也可以使用application.properties文件来配置SpringApplication

Application事件和监听器

除了常见的Spring框架事件,比如ContextRefreshedEvent,SpringApplication也会发送其他的application事件。

注 有些事件实际上是在ApplicationContext创建前触发的,所以你不能在那些事件(处理类)中通过@Bean注册监听器,只能通过SpringApplication.addListeners(…)或SpringApplicationBuilder.listeners(…)方法注册。如果想让监听器自动注册,而不关心应用的创建方式,你可以在工程中添加一个META-INF/spring.factories文件,并使用org.springframework.context.ApplicationListener作为key指向那些监听器,如下:

org.springframework.context.ApplicationListener=com.example.project.MyListener

应用运行时,事件会以下面的次序发送:

在运行开始,但除了监听器注册和初始化以外的任何处理之前,会发送一个ApplicationStartedEvent。
在Environment将被用于已知的上下文,但在上下文被创建前,会发送一个ApplicationEnvironmentPreparedEvent。
在refresh开始前,但在bean定义已被加载后,会发送一个ApplicationPreparedEvent。
在refresh之后,相关的回调处理完,会发送一个ApplicationReadyEvent,表示应用准备好接收请求了。
启动过程中如果出现异常,会发送一个ApplicationFailedEvent。

注 通常不需要使用application事件,但知道它们的存在是有用的(在某些场合可能会使用到),比如,在Spring Boot内部会使用事件处理各种任务

Web环境

SpringApplication将尝试为你创建正确类型的ApplicationContext,默认情况下,根据你开发的是否为web应用决定使用AnnotationConfigApplicationContext或AnnotationConfigEmbeddedWebApplicationContext。

用于确定是否为web环境的算法相当简单(判断是否存在某些类),你可以使用setWebEnvironment(boolean webEnvironment)覆盖默认行为。

通过调用setApplicationContextClass(…),你可以完全控制ApplicationContext的类型。
注 在Junit测试中使用SpringApplication,调用setWebEnvironment(false)是很有意义的

访问应用参数

如果我想要获取系统参数

如果需要获取传递给SpringApplication.run(…)的应用参数,你可以注入一个org.springframework.boot.ApplicationArguments类型的bean。ApplicationArguments接口即提供对原始String[]参数的访问,也提供对解析成option和non-option参数的访问:

import org.springframework.boot.*
import org.springframework.beans.factory.annotation.*
import org.springframework.stereotype.*

@Componentpublic class MyBean {

    @Autowired
    public MyBean(ApplicationArguments args) {
        boolean debug = args.containsOption("debug");
        List<String> files = args.getNonOptionArgs();
        // if run with "--debug logfile.txt" debug=true, files=["logfile.txt"]
    }

}

注 Spring Boot也会注册一个包含Spring Environment属性的CommandLinePropertySource,这就允许你使用@Value注解注入单个的应用参数。 所以啊,用注入的更方便

使用ApplicationRunner或CommandLineRunner(注意这是启动后执行)

如果需要在SpringApplication启动后执行一些特殊的代码,你可以实现ApplicationRunner或CommandLineRunner接口,这两个接口工作方式相同,都只提供单一的run方法,该方法仅在SpringApplication.run(…)完成之前调用。
CommandLineRunner接口能够访问string数组类型的应用参数,而ApplicationRunner使用的是上面描述过的ApplicationArguments接口:

import org.springframework.boot.*
import org.springframework.stereotype.*

@Componentpublic class MyBean implements CommandLineRunner {

    public void run(String... args) {
        // Do something...
    }

}

如果某些定义的CommandLineRunner或ApplicationRunner beans需要以特定的顺序调用,你可以实现org.springframework.core.Ordered接口或使用org.springframework.core.annotation.Order注解。

Application退出

为确保ApplicationContext在退出时被平静的(gracefully)关闭,每个SpringApplication都会注册一个JVM的shutdown钩子,所有标准的Spring生命周期回调(比如DisposableBean接口或@PreDestroy注解)都能使用。
此外,如果想在应用结束时返回特定的退出码(exit code),这些beans可以实现org.springframework.boot.ExitCodeGenerator接口。

2、外部化配置(所有的配置都可以用命令话)

Spring Boot允许将配置外部化(externalize),这样你就能够在不同的环境下使用相同的代码。你可以使用properties文件,YAML文件,环境变量和命令行参数来外部化配置。使用@Value注解,可以直接将属性值注入到beans中,然后通过Spring的Environment抽象或通过@ConfigurationProperties绑定到结构化对象来访问。

Spring Boot设计了一个非常特别的PropertySource顺序,以允许对属性值进行合理的覆盖,属性会以如下的顺序进行设值:

home目录下的devtools全局设置属性(~/.spring-boot-devtools.properties,如果devtools激活)。
测试用例上的@TestPropertySource注解。
测试用例上的@SpringBootTest#properties注解。
命令行参数
来自SPRING_APPLICATION_JSON的属性(环境变量或系统属性中内嵌的内联JSON)。
ServletConfig初始化参数。
ServletContext初始化参数。
来自于java:comp/env的JNDI属性。
Java系统属性(System.getProperties())。
操作系统环境变量。
RandomValuePropertySource,只包含random.*中的属性。
没有打进jar包的Profile-specific应用属性(application-{profile}.properties和YAML变量)。
打进jar包中的Profile-specific应用属性(application-{profile}.properties和YAML变量)。
没有打进jar包的应用配置(application.properties和YAML变量)。
打进jar包中的应用配置(application.properties和YAML变量)。
@Configuration类上的@PropertySource注解。
默认属性(使用SpringApplication.setDefaultProperties指定)。

下面是具体的示例,假设你开发一个使用name属性的@Component:

import org.springframework.stereotype.*
import org.springframework.beans.factory.annotation.*

@Componentpublic class MyBean {
    @Value("${name}")
    private String name;
    // ...
}

你可以将一个application.properties放到应用的classpath下,为name提供一个合适的默认属性值。当在新的环境中运行时,可以在jar包外提供一个application.properties覆盖name属性。对于一次性的测试,你可以使用特定的命令行开关启动应用(比如,java -jar app.jar --name=“Spring”)。

注 SPRING_APPLICATION_JSON属性可以通过命令行的环境变量设置,例如,在一个UNIX shell中可以这样:
+

$ SPRING_APPLICATION_JSON=’{“foo”:{“bar”:“spam”}}’ java -jar myapp.jar

本示例中,如果是Spring Environment,你可以以foo.bar=spam结尾;如果在一个系统变量中,可以提供作为spring.application.json的JSON字符串:

$ java -Dspring.application.json=’{“foo”:“bar”}’ -jar myapp.jar

或命令行参数:

$ java -jar myapp.jar --spring.application.json=’{“foo”:“bar”}’

或作为一个JNDI变量java:comp/env/spring.application.json。

配置随机值

在注入随机值(比如,密钥或测试用例)时RandomValuePropertySource很有用,它能产生整数,longs或字符串,比如:

    my.secret=${random.value}
    my.number=${random.int}
    my.bignumber=${random.long}
    my.number.less.than.ten=${random.int(10)}
    my.number.in.range=${random.int[1024,65536]}

random.int*语法是OPEN value (,max) CLOSE,此处OPEN,CLOSE可以是任何字符,并且value,max是整数。如果提供max,那么value是最小值,max是最大值(不包含在内)。

访问命令行属性

默认情况下,SpringApplication会将所有命令行配置参数(以’–'开头,比如–server.port=9000)转化成一个property,并将其添加到Spring Environment中。正如以上 节提过的,命令行属性总是优先于其他属性源。
如果不想将命令行属性添加到Environment,你可以使用SpringApplication.setAddCommandLineProperties(false)来禁用它们。

Application属性文件

SpringApplication将从以下位置加载application.properties文件,并把它们添加到Spring Environment中:

当前目录下的/config子目录。
当前目录。
classpath下的/config包。
classpath根路径(root)。

该列表是按优先级排序的(列表中位置高的路径下定义的属性将覆盖位置低的)。

注 你可以使用YAML(’.yml’)文件替代’.properties’。

如果不喜欢将application.properties作为配置文件名,你可以通过指定spring.config.name环境属性来切换其他的名称,也可以使用spring.config.location环境属性引用一个明确的路径(目录位置或文件路径列表以逗号分割)。

$ java -jar myproject.jar --spring.config.name=myproject

$ java -jar myproject.jar --spring.config.location=classpath:/default.properties,classpath:/override.properties

注 在初期需要根据spring.config.name和spring.config.location决定加载哪个文件,所以它们必须定义为environment属性(通常为OS env,系统属性或命令行参数)。

如果spring.config.location包含目录(相对于文件),那它们应该以/结尾(在被加载前,spring.config.name关联的名称将被追加到后面,包括profile-specific的文件名)。spring.config.location下定义的文件使用方法跟往常一样,没有profile-specific变量支持的属性,将被profile-specific的属性覆盖。

不管spring.config.location配置什么值,默认总会按照classpath:,classpath:/config,file:,file:config/的顺序进行搜索,优先级由低到高,也就是file:config/获胜。如果你指定自己的位置,它们会优先于所有的默认位置(locations),并使用相同的由低到高的优先级顺序。那样,你就可以在application.properties为应用设置默认值,然后在运行的时候使用不同的文件覆盖它,同时保留默认配置。

注:如果使用环境变量而不是系统属性,需要注意多数操作系统的key名称不允许以句号分割(period-separated),但你可以使用下划线(underscores)代替(比如,使用SPRING_CONFIG_NAME代替spring.config.name)。

注:如果应用运行在容器中,那么JNDI属性(java:comp/env)或servlet上下文初始化参数可以用来代替环境变量或系统属性,当然也可以使用环境变量或系统属性。


作者:QIANGLU0
来源:CSDN
原文:https://blog.csdn.net/luqiang81191293/article/details/54949197
版权声明:本文为博主原创文章,转载请附上博文链接!

猜你喜欢

转载自blog.csdn.net/qq_31222053/article/details/83786632