一、微服务架构
all in one的架构方式,我们把所有的功能单元放在一个应用里面。然后我们把整个应用部署到服务器上。如果负载能力不行,我们将整个应用进行水平复制,进行扩展,然后在负载均衡。
所谓微服务架构,就是打破之前all in one的架构方式,把每个功能元素独立出来。把独立出来的功能元素的动态组合,需要的功元素才去拿来组合,需要多一些时可以整合多个功能元素。所以微服务架构是对功能元素进行复制,而没有对整个应用进行复制。
这样做的好处是:
- 节省了调用资源。
- 每个功能元素的服务都是一个可替换的、可独立升级的软件代码。
二、配置文件yaml
字符串默认不用加上双引号或者单引号;(注意key值要和属性值一样,否则注入失败)
格式:key:空格+value
注意:
-
“ ” 双引号,不会转义字符串里面的特殊字符 , 特殊字符会作为本身想表示的意思;
比如 :name: "Z \n yk" 输出 :Z 换行 yk
-
'' 单引号,会转义特殊字符 , 特殊字符最终会变成和普通字符一样输出
比如 :name: ‘Z \n yk’ 输出 :Z \n yk
2.1 和properties的区别
(1)properties只能保存键值对,而yaml还能保存数组和对象
(2)yaml对空格的要求特别严格
(3)yaml以缩进来控制层级关系,只要是左边对齐的一列数据都是同一个层级的。
2.2 yaml写对象
student:
name:zyk #相当于student.name=zyk
age:3 #相当于student.name.age=3
#行内写法(注意空格不能省略哦)
student: {name: zyk,age: 18}
2.3 yaml写数组
pets:
- cat
- dog
- pig
#行内写法
pets: [cat,dog,pig]
2.4 yaml直接给实体类赋值
(1)首先写实体类pojo(get和set方法以及构造方法和tostring方法就不列举出来了)
@ConfigurationProperties(prefix = "person")
@Component
public class Person {
private String name;
private Integer age;
private Boolean happy;
private Date birth;
private Map<String,Object> maps;
private List<Object> lists;
private Dog dog;
}
(2)在springboot项目中的resources目录下新建一个文件 application.yaml
person:
name: zyk
age: 18
happy: true
birth: 2000/01/02
maps: {k1: v1,k2: v2}
lists:
- code
- boy
- girl
dog:
name: 旺财
age: 2
(3)确认以上配置都OK之后,我们去测试类中测试一下:
@SpringBootTest
class DemoApplicationTests {
@Autowired
Person person;
@Test
void contextLoads() {
System.out.println(person);
}
}
简单说下@ConfigurationProperties
- 在SpringBoot中,当需要获取到配置文件数据时,除了可以用 Spring 自带的 @Value 注解外,SpringBoot 还提供了一种更加方便的方式:@ConfigurationProperties。
- 该注解可以放在类上,也可以放在方法上,该注解有一个prefix属性,通过指定的前缀,绑定配置文件中的配置,那么对应的配置文件数据就会自动填充到 Bean 中。
- 将配置文件中配置的每一个属性的值,映射到这个组件中;告诉SpringBoot将本类中的所有属性和配置文件中相关的配置进行绑定。
- @ConfigurationProperties 默认从全局配置文件中获取值;
在pojo类上面注释写入@ConfigurationProperties(prefix = "person"),上方会有红色字体报错
解决方法:在pom.xml导入如下配置
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-configuration-processor</artifactId>
<optional>true</optional>
</dependency>
这里还有一个很重要的点,那就是如果我们不是在springboot自带的测试类里面测试,是拿不到这个数据的,原因我想是因为我们这个数据是通过springboot注入的,如果没有启动springboot,那么数据也就没有注入进去!!之前困扰了我一个小时的bug,一直以为是什么代码写错了,结果压根就是没有启动springboot,configuration的注入就无法生效!!
2.5 配合文件占位符
配置文件还可以编写占位符生成随机数
person:
name: zyk${random.uuid} #随机uuid
age: ${random.int} #随机int
happy: true
birth: 2000/01/02
maps: {k1: v1,k2: v2}
lists:
- code
- boy
- girl
dog:
name: ${person.hello:other}_旺财 #如果hello属性没有定义则默认为other
age: 2
2.6 @Value和 @ConfigurationProperties的对比
@Value还需要在类上加@PropertySource :加载指定的配置文件;
@Value这个使用起来并不友好!我们需要为每个属性单独注解赋值,比较麻烦;我们来看个功能对比图
1、@ConfigurationProperties只需要写一次即可 , @Value则需要每个字段都添加
2、松散绑定:这个什么意思呢? 比如我的yaml中写的last-name,这个和lastName是一样的, - 后面跟着的字母默认是大写的。这就是松散绑定。可以测试一下
3、JSR303数据校验 , 这个就是我们可以在字段是增加一层过滤器验证 , 可以保证数据的合法性
4、复杂类型封装,yaml中可以封装对象 , 使用value就不支持
结论:
配置yml和配置properties都可以获取到值 , 强烈推荐 yaml;
如果我们在某个业务中,只需要获取配置文件中的某个值,可以使用一下 @value;
如果说,我们专门编写了一个JavaBean来和配置文件进行一一映射,就直接@configurationProperties,不要犹豫!
三、JSR303数据校验
Springboot中可以用@validated来校验数据,如果数据异常则会统一抛出异常,方便异常中心统一处理。我们这里来写个注解让我们的name只能支持Email格式;
举个栗子
@Component //注册bean
@ConfigurationProperties(prefix = "person")
@Validated //数据校验
public class Person {
@Email(message="邮箱格式错误") //name必须是邮箱格式
private String name;
}
注意:还需要导入包(不然@Email会报错)
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-validator</artifactId>
</dependency>
常见参数
@NotNull(message="名字不能为空")
private String userName;
@Max(value=120,message="年龄最大不能查过120")
private int age;
@Email(message="邮箱格式错误")
private String email;
空检查
@Null 验证对象是否为null
@NotNull 验证对象是否不为null, 无法查检长度为0的字符串
@NotBlank 检查约束字符串是不是Null还有被Trim的长度是否大于0,只对字符串,且会去掉前后空格.
@NotEmpty 检查约束元素是否为NULL或者是EMPTY.
Booelan检查
@AssertTrue 验证 Boolean 对象是否为 true
@AssertFalse 验证 Boolean 对象是否为 false
长度检查
@Size(min=, max=) 验证对象(Array,Collection,Map,String)长度是否在给定的范围之内
@Length(min=, max=) string is between min and max included.
日期检查
@Past 验证 Date 和 Calendar 对象是否在当前时间之前
@Future 验证 Date 和 Calendar 对象是否在当前时间之后
@Pattern 验证 String 对象是否符合正则表达式的规则
四、多环境切换
profile是Spring对不同环境提供不同配置功能的支持,可以通过激活不同的环境版本,实现快速切换环境;
我们在主配置文件编写的时候,文件名可以是 application-{profile}.properties/yaml , 用来指定多个环境版本;
4.1 properties的多环境切换
例如:
application.properties 代表主环境配置
application-test.properties 代表测试环境配置
application-dev.properties 代表开发环境配置
但是Springboot并不会直接启动这些配置文件,它默认使用application.properties主配置文件;
这个时候,倘若我们要从主环境配置切换到开发环境配置,我们需要通过一个配置来选择需要激活的环境,在主配置文件写如下代码:
server.port=8080
spring.profiles.active=test
4.2 yaml的多环境切换
和properties配置文件中一样,但是使用yml去实现可以不需要创建多个配置文件,更加方便了 !
server:
port: 8080
#选择要激活哪个环境块
spring:
profiles:
active: test
#每个模块之间要有三个小横线隔开
---
server:
port: 8081
spring:
profiles: dev #配置环境块的名称
---
server:
port: 8082
spring:
profiles: test
注意:如果yml,yaml,properties同时都配置了端口,并且没有激活其他环境 , 默认的使用顺序是properties配置文件>yaml配置文件>yml配置文件
4.3 配置文件加载位置
springboot 启动会扫描以下位置的application.properties、application.yaml、application.yml文件作为Spring boot的默认配置文件:
优先级1:项目路径下的config文件夹配置文件
优先级2:项目路径下配置文件
优先级3:资源路径下(src/main/)的config文件夹配置文件
优先级4:资源路径下(src/main/)配置文件
优先级由高到底,高优先级的配置会覆盖低优先级的配置;
4.4 拓展,运维小技巧
指定位置加载配置文件
我们还可以通过spring.config.location来改变默认的配置文件位置
项目打包好以后,我们可以使用命令行参数的形式,启动项目的时候来指定配置文件的新位置;这种情况,一般是后期运维做的多,相同配置,外部指定的配置文件优先级最高
java -jar spring-boot-config.jar --spring.config.location=F:/application.properties
五、分析自动配置原理
5.1 分析自动配置原理
以HttpEncodingAutoConfiguration(Http编码自动配置)为例解释自动配置原理;
//表示这是一个配置类,和以前编写的配置文件一样,也可以给容器中添加组件;
@Configuration
//启动指定类的ConfigurationProperties功能;
//进入这个HttpProperties查看,将配置文件中对应的值和HttpProperties绑定起来;
//并把HttpProperties加入到ioc容器中
@EnableConfigurationProperties({HttpProperties.class})
//Spring底层@Conditional注解
//根据不同的条件判断,如果满足指定的条件,整个配置类里面的配置就会生效;
//这里的意思就是判断当前应用是否是web应用,如果是,当前配置类生效
@ConditionalOnWebApplication(
type = Type.SERVLET
)
//判断当前项目有没有这个类CharacterEncodingFilter;SpringMVC中进行乱码解决的过滤器;
@ConditionalOnClass({CharacterEncodingFilter.class})
//判断配置文件中是否存在某个配置:spring.http.encoding.enabled;
//如果不存在,判断也是成立的
//即使我们配置文件中不配置pring.http.encoding.enabled=true,也是默认生效的;
@ConditionalOnProperty(
prefix = "spring.http.encoding",
value = {"enabled"},
matchIfMissing = true
)
public class HttpEncodingAutoConfiguration {
//他已经和SpringBoot的配置文件映射了
private final Encoding properties;
//只有一个有参构造器的情况下,参数的值就会从容器中拿
public HttpEncodingAutoConfiguration(HttpProperties properties) {
this.properties = properties.getEncoding();
}
//给容器中添加一个组件,这个组件的某些值需要从HttpProperties中获取
@Bean
@ConditionalOnMissingBean //判断容器没有这个组件?
public CharacterEncodingFilter characterEncodingFilter() {
CharacterEncodingFilter filter = new OrderedCharacterEncodingFilter();
filter.setEncoding(this.properties.getCharset().name());
filter.setForceRequestEncoding(this.properties.shouldForce(org.springframework.boot.autoconfigure.http.HttpProperties.Encoding.Type.REQUEST));
filter.setForceResponseEncoding(this.properties.shouldForce(org.springframework.boot.autoconfigure.http.HttpProperties.Encoding.Type.RESPONSE));
return filter;
}
//。。。。。。。
}
一句话总结 :根据当前不同的条件判断,决定这个配置类是否生效!
-
一但这个配置类生效;这个配置类就会给容器中添加各种组件;
-
这些组件的属性是从对应的properties类中获取的,这些类里面的每一个属性又是和相应的配置文件绑定的;
-
所有在配置文件中能配置的属性都是在xxxxProperties类中封装着的;
-
配置文件能配置什么就可以参照某个功能对应的这个xxxproperties属性类
//从配置文件中获取指定的值和bean的属性进行绑定
@ConfigurationProperties(prefix = "spring.http")
public class HttpProperties {
// .....
}
5.2 自动配置总结
1、SpringBoot启动会加载大量的自动配置类
2、我们看我们需要的功能有没有在SpringBoot默认写好的自动配置类当中;
3、我们再来看这个自动配置类中到底配置了哪些组件;(只要我们要用的组件存在在其中,我们就不需要再手动配置了)
4、给容器中自动配置类添加组件的时候,会从properties类中获取某些属性。我们只需要在配置文件中指定这些属性的值即可;
xxxxAutoConfigurartion:自动配置类;给容器中添加组件
xxxxProperties:封装配置文件中相关属性;
5.3 @Conditional
了解完自动装配的原理后,我们来关注一个细节问题,自动配置类必须在一定的条件下才能生效;
@Conditional派生注解(Spring注解版原生的@Conditional作用)
作用:必须是@Conditional指定的条件成立,才给容器中添加组件,配置里面的所有内容才生效;
那么多的自动配置类,必须在一定的条件下才能生效;也就是说,我们加载了这么多的配置类,但不是所有的都生效了。
我们怎么知道哪些自动配置类生效?
我们可以通过启用 debug=true属性;来让控制台打印自动配置报告,这样我们就可以很方便的知道哪些自动配置类生效;
#开启springboot的调试类
debug=true
Positive matches:(自动配置类启用的:正匹配)
Negative matches:(没有启动,没有匹配成功的自动配置类:负匹配)
Unconditional classes: (没有条件的类)
【演示:查看输出的日志】