SpringBoot使用(二)--配置

配置是Spring Framework的核心元素,必须要有东西告诉Spring如何运行应用程序。

在向应用程序加入Spring Boot时,有个名为spring-boot-autoconfigure的JAR文件,其中包含了很多配置类。每个配置类都在应用程序的Classpath里,都有机会为应用程序的配置添砖加瓦。这些配置类里有用于Thymeleaf的配置,有用于Spring Data JPA的配置,有用于Spiring MVC的配置,还有很多其他东西的配置,你可以自己选择是否在Spring应用程序里使用它们。

所有这些配置如此与众不同,原因在于它们利用了Spring的条件化配置,这是Spring 4.0引入的新特性。条件化配置允许配置存在于应用程序中,但在满足某些特定条件之前都忽略这个配置。

当你用Java来声明Bean的时候,可以使用这个自定义条件类:
@Conditional(JdbcTemplateCondition.class)
public MyService myService() {
...
}

public class JdbcTemplateCondition implements Condition {
	@Override
	public boolean matches(ConditionContext context,
	AnnotatedTypeMetadata metadata) {
		try {
			context.getClassLoader().loadClass("org.springframework.jdbc.core.JdbcTemplate");
			return true;
		} catch (Exception e) {
			return false;
		}
	}
}

在这个例子里,只有当JdbcTemplateCondition类的条件成立时才会创建MyService这个Bean。也就是说MyService Bean创建的条件是Classpath里有JdbcTemplate。

下面列出了Spring Boot提供的条件化注解:
在这里插入图片描述


spring 的一些自动配置可能并不是我们想要的,所以这里介绍一些覆盖默认配置的方法。

第一种,显式创建一个bean:

想要覆盖Spring Boot的自动配置,你所要做的仅仅是编写一个显式的配置。
Spring Boot会发现你的配置,随后降低自动配置的优先级,以你的配置为准。

覆盖默认配置的原理,当用户配置中没有JdbcTemplate (它实现了JdbcOperations接口)时,才会创建各个bean。

@Bean
@ConditionalOnMissingBean(JdbcOperations.class)
public JdbcTemplate jdbcTemplate() {
	return new JdbcTemplate(this.dataSource);
}

第二种,使用配置文件的属性:

为了微调一些细节,比如改改端口号和日志级别,便放弃自动配置很明显是不值得的。Spring Boot自动配置的Bean提供了300多个用于微调的属性,当调整设置时,只要在环境变量、 Java系统属性、 JNDI(Java Naming and Directory Interface)、命令行参数或者属性文件里进行指定就好了。

扫描二维码关注公众号,回复: 4069628 查看本文章

Spring Boot能从多种属性源获得属性,包括如下几处:
(1) 命令行参数
(2) java:comp/env里的JNDI属性
(3) JVM系统属性
(4) 操作系统环境变量
(5) 随机生成的带random.*前缀的属性(在设置其他属性时,可以引用它们,比如${random.
long})
(6) 应用程序以外的application.properties或者appliaction.yml文件
(7) 打包在应用程序内的application.properties或者appliaction.yml文件
(8) 通过@PropertySource标注的属性源
(9) 默认属性
这个列表按照优先级排序,也就是说,任何在高优先级属性源里设置的属性都会覆盖低优先级的相同属性。例如,命令行参数会覆盖其他属性源里的属性。

application.properties和application.yml文件能放在以下四个位置。

	(1) 外置,在相对于应用程序运行目录的/config子目录里。
	(2) 外置,在应用程序运行的目录里。
	(3) 内置,在config包内。
	(4) 内置,在Classpath根目录。

同样,这个列表按照优先级排序。也就是说, /config子目录里的application.properties会覆盖应用程序Classpath里的application.properties中的相同属性。
此外,如果你在同一优先级位置同时有application.properties和application.yml,那么application.yml里的属性会覆盖application.properties里的属性。


会把配置文件中adc开头的属性通过set方法注入进来,set方法不可忽略。
level因为没有adc前缀,不会被注入。

server.port=8000
adc.name=juf
level=green
@ConfigurationProperties(prefix = "adc")
public class ReadingListController {

    private String name;

    private String level;

    public void setName(String name) {
        this.name = name;
    }

    public void setLevel(String level) {
        this.level = level;
    }
 }

猜你喜欢

转载自blog.csdn.net/ljz2016/article/details/84028943