松散绑定
松散绑定（Loose Binding） 是一种在编程或配置中处理属性名称时的灵活策略。它允许属性名称在匹配时不必严格区分大小写、格式或分隔符，从而提供更大的灵活性和容错性。
松散绑定的特点
-
不区分大小写：
- 属性名称可以忽略大小写。例如，
firstName、firstname和FIRSTNAME会被视为相同的属性。
- 属性名称可以忽略大小写。例如，
-
支持多种分隔符：
- 属性名称中的分隔符可以灵活处理。例如，
firstName、first-name和first_name会被视为相同的属性。
- 属性名称中的分隔符可以灵活处理。例如，
-
容错性强：
- 如果属性名称拼写错误或格式不完全匹配，松散绑定仍然可以尝试匹配最接近的属性。
-
适用于多种场景：
- 松散绑定常用于配置文件解析、数据绑定（如将 JSON 数据映射到对象）以及框架的配置属性处理中。
松散绑定的示例
1. 配置文件中的松散绑定
假设有一个配置文件（如 application.yml）：
user:
firstName: 张三
last-name: 李四
在松散绑定的情况下，以下属性名称都会被正确解析：
firstNamefirstnamefirst_namefirst-name
2. Spring Boot 中的松散绑定
Spring Boot 支持松散绑定，例如在 application.properties 中：
user.first-name=张三
user.lastName=李四
在代码中，可以通过以下方式绑定：
@ConfigurationProperties(prefix = "user")
public class User {
private String firstName; // 可以绑定到 first-name 或 firstName
private String lastName; // 可以绑定到 last-name 或 lastName
// getters and setters
}
松散绑定的优点
- 提高开发效率：
- 开发者不必严格遵循属性名称的格式，减少了因拼写错误或格式不一致导致的错误。
- 增强兼容性：
- 可以兼容不同格式的配置文件或数据源（如 JSON、YAML、环境变量等）。
- 简化配置：
- 在复杂的配置文件中，松散绑定使得配置更加灵活和易于维护。
JSR303数据校验
是 Java 的一个规范，我们可以在字段增加一层过滤器验证，可以保证数据的合法性
先看看如何使用
Springboot中可以用@validated来校验数据，如果数据异常则会统一抛出异常，方便异常中心统一处理。我们这里来写个注解让我们的name只能支持Email格式；
1、添加validation启动器
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-validation</artifactId>
</dependency>
2、@Email添加
@Component //注册bean
@ConfigurationProperties(prefix = "person")
@Validated //数据校验
public class Person {
@Email(message="邮箱格式错误") //name必须是邮箱格式
private String name;
}
运行结果 ：default message [不是一个合法的电子邮件地址];
使用数据校验，可以保证数据的正确性；
常见参数
@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/yml , 用来指定多个环境版本；
例如：
application-test.properties 代表测试环境配置：server.port=8083
application-dev.properties 代表开发环境配置：server.port=8082
但是Springboot并不会直接启动这些配置文件，它默认使用application.properties主配置文件；
我们需要通过一个配置来选择需要激活的环境：
#比如在配置文件中指定使用dev环境，我们可以通过设置不同的端口号进行测试；
#我们启动SpringBoot，就可以看到已经切换到dev下的配置了；
spring.profiles.active=dev
#我们启动SpringBoot，就可以看到已经切换到test下的配置了；
#spring.profiles.active=test
yaml的多文档块
和properties配置文件中一样，但是使用yml去实现不需要创建多个配置文件，更加方便了 !
# 默认配置（无 Profile）
server:
port: 8081
#用dev环境
spring:
profiles:
active: dev
---
# 开发环境配置
spring:
config:
activate:
on-profile: dev # 新语法，定义该配置属于 dev Profile
server:
port: 8082
---
# 测试环境配置
spring:
config:
activate:
on-profile: test # 新语法，定义该配置属于 test Profile
server:
port: 8083
注意：如果yml和properties同时都配置了端口，并且没有激活其他环境 ， 默认会使用properties配置文件的！
配置文件加载位置
外部加载配置文件的方式十分多，我们选择最常用的即可，在开发的资源文件中进行配置！
springboot 启动会扫描以下位置的application.properties或者application.yaml文件作为Spring boot的默认配置文件：
优先级1：项目路径下的config文件夹配置文件
优先级2：项目路径下配置文件
优先级3：资源路径下的config文件夹配置文件
优先级4：资源路径下配置文件
优先级由高到底，高优先级的配置会覆盖低优先级的配置；
SpringBoot会从这四个位置全部加载主配置文件；互补配置；
我们在最低级的配置文件中设置一个项目访问路径的配置来测试互补问题；
#配置项目的访问路径
server.servlet.context-path=/ss
拓展，运维小技巧
指定位置加载配置文件
我们还可以通过spring.config.location来改变默认的配置文件位置
项目打包好以后，我们可以使用命令行参数的形式，启动项目的时候来指定配置文件的新位置；
这种情况，一般是后期运维做的多，相同配置，外部指定的配置文件优先级最高
java -jar spring-boot-config.jar --spring.config.location=F:/application.properties
命令行参数的形式，启动项目的时候来指定配置文件的新位置；
这种情况，一般是后期运维做的多，相同配置，外部指定的配置文件优先级最高
java -jar spring-boot-config.jar --spring.config.location=F:/application.properties