springboot注解的作用,springboot三大核心注解是什么？
springboot注解的作用,springboot三大核心注解是什么？详细介绍
本文目录一览： springboot@length注解的作用
Spring Boot 的 @Length 注解是 Hibernate Validator 中的一种约束注解，它用于验证字符串、集合、数组等类型的长度是否满足指定的要求。
@Length 注解的常用属性包括：
min：指定被注解元素的最小长度，默认值为 0。
max：指定被注解元素的最大长度，默认值为 Integer.MAX_VALUE。
message：指定验证失败时输出的错误消息，可以使用占位符${validatedValue}表示验证失败的元素的值。
Spring Boot 最核心的 25 个注解，都是干货！
Spring Boot 最核心的 25 个注解 1、@SpringBootApplication
这是 Spring Boot 最最最核心的注解，用在 Spring Boot 主类上，标识这是一个 Spring Boot 应用，用来开启 Spring Boot 的各项能力。
其实这个注解就是 @SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan 这三个注解的组合，也可以用这三个注解来代替 @SpringBootApplication 注解。
2、@EnableAutoConfiguration
允许 Spring Boot 自动配置注解，开启这个注解之后，Spring Boot 就能根据当前类路径下的包或者类来配置 Spring Bean。
如：当前类路径下有 Mybatis 这个 JAR 包，MybatisAutoConfiguration 注解就能根据相关参数来配置 Mybatis 的各个 Spring Bean。
3、@Configuration
这是 Spring 3.0 添加的一个注解，用来代替 applicationContext.xml 配置文件，所有这个配置文件里面能做到的事情都可以通过这个注解所在类来进行注册。
4、@SpringBootConfiguration
这个注解就是 @Configuration 注解的变体，只是用来修饰是 Spring Boot 配置而已，或者可利于 Spring Boot 后续的扩展。
5、@ComponentScan
这是 Spring 3.1 添加的一个注解，用来代替配置文件中的 component-scan 配置，开启组件扫描，即自动扫描包路径下的 @Component 注解进行注册 bean 实例到 context 中。
前面 5 个注解可以在这篇文章《Spring Boot 最核心的 3 个注解详解》中了解更多细节的。
6、@Conditional
这是 Spring 4.0 添加的新注解，用来标识一个 Spring Bean 或者 Configuration 配置文件，当满足指定的条件才开启配置。
7、@ConditionalOnBean
组合 @Conditional 注解，当容器中有指定的 Bean 才开启配置。
8、@ConditionalOnMissingBean
组合 @Conditional 注解，和 @ConditionalOnBean 注解相反，当容器中没有指定的 Bean 才开启配置。
9、@ConditionalOnClass
组合 @Conditional 注解，当容器中有指定的 Class 才开启配置。
10、@ConditionalOnMissingClass
组合 @Conditional 注解，和 @ConditionalOnMissingClass 注解相反，当容器中没有指定的 Class 才开启配置。
11、@ConditionalOnWebApplication
组合 @Conditional 注解，当前项目类型是 WEB 项目才开启配置。
当前项目有以下 3 种类型。
enum Type {
}
12、@ConditionalOnNotWebApplication
组合 @Conditional 注解，和 @ConditionalOnWebApplication 注解相反，当前项目类型不是 WEB 项目才开启配置。
13、@ConditionalOnProperty
组合 @Conditional 注解，当指定的属性有指定的值时才开启配置。
14、@ConditionalOnExpression
组合 @Conditional 注解，当 SpEL 表达式为 true 时才开启配置。
15、@ConditionalOnJava
组合 @Conditional 注解，当运行的 Java JVM 在指定的版本范围时才开启配置。
16、@ConditionalOnResource
组合 @Conditional 注解，当类路径下有指定的资源才开启配置。
17、@ConditionalOnJndi
组合 @Conditional 注解，当指定的 JNDI 存在时才开启配置。
18、@ConditionalOnCloudPlatform
组合 @Conditional 注解，当指定的云平台激活时才开启配置。
19、@ConditionalOnSingleCandidate
组合 @Conditional 注解，当指定的 class 在容器中只有一个 Bean，或者同时有多个但为首选时才开启配置。
20、@ConfigurationProperties
用来加载额外的配置（如 .properties 文件），可用在 @Configuration 注解类，或者 @Bean 注解方法上面。
21、@EnableConfigurationProperties
一般要配合 @ConfigurationProperties 注解使用，用来开启对 @ConfigurationProperties 注解配置 Bean 的支持。
22、@AutoConfigureAfter
用在自动配置类上面，表示该自动配置类需要在另外指定的自动配置类配置完之后。
如 Mybatis 的自动配置类，需要在数据源自动配置类之后。
23、@AutoConfigureBefore
这个和 @AutoConfigureAfter 注解使用相反，表示该自动配置类需要在另外指定的自动配置类配置之前。
24、@Import
这是 Spring 3.0 添加的新注解，用来导入一个或者多个 @Configuration 注解修饰的类，这在 Spring Boot 里面应用很多。
25、@ImportResource
这是 Spring 3.0 添加的新注解，用来导入一个或者多个 Spring 配置文件，这对 Spring Boot 兼容老项目非常有用，因为有些配置无法通过 Java Config 的形式来配置就只能用这个注解来导入。
欢迎Java工程师朋友们加入Java高并发： 957734884 ，群内提供免费的Java架构学习资料（里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料）合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！
SpringBoot项目主启动类上常用的注解释意
一、SpringCloud相关注解 1、@SpringBootApplication：标记该项目为SpringBoot项目 2、@EnableCircuitBreaker：启动断路器，业务类启用@HystrixCommand和@HystrixProperty用于降级处理 3、@EnableEurekaClient：启动客户端服务注册功能 4、@EnableEurekaServer：启动服务注册中心功能 5、@EnableFeignClients：开启feignClient服务之间调用和Ribbon负载均衡功能 6、@MapperScan：扫描 mapper 接口类，例：@MapperScan(value = {"com.hkl.modules. .mapper","com.hkl.modules. .dao"}) 7、@ComponentScan：扫描组件类，例：@ComponentScan(value = {"com.diboot.core. ","com.hkl. "})
二、SpringCloud Alibaba相关注解 1、@SpringBootApplication：标记该项目为SpringBoot项目 2、@EnableDiscoveryClient：启动Nacos服务发现，在主启动类上使用此注解或类似的注解，代表不使用springboot的自动配置配能，通过独立的注解导入相应的配置类单独配置
SpringBoot中所有@Conditional注解和作用说明
1、@ConditionalOnClass，当classpath下发现该类的情况下进行自动配置。
2、@ConditionalOnMissingBean，当Spring Context中不存在该Bean时。
3、@ConditionalOnProperty(prefix = "example.show",value = "enabled",havingValue = "true")，当配置文件中example.show.enabled=true时。
4、@ConditionalOnBean:当容器中有指定的Bean的条件下
5、@ConditionalOnExpression:基于SpEL表达式作为判断条件
6、@ConditionalOnJava:基于JVM版本作为判断条件
7、ConditionalOnJndi:在JNDI存在的条件下查找指定的位置
8、@ConditionalOnMissingClass:当类路径下没有指定的类的条件下
9、@ConditionalOnNotWebApplication:当前项目不是Web项目的条件下
10、@ConditionalOnResource:类路径下是否有指定的资源
11、@ConditionalOnSingleCandidate:当指定的Bean在容器中只有一个，或者在有多个Bean的情况下，用来指定首选的Bean @ConditionalOnWebApplication:当前项目是Web项目的条件下
springboot三大核心注解是什么？
springboot三大核心注解是@Configuration，@EnableAutoConfiguration和@ComponentScan。提到@Configuration就要提到他的搭档@Bean，使用这两个注解就可以创建一个简单的spring配置类，可以用来替代相应的xml配置文件。
springboot三大核心注解的特点
这个注解类标识这个类可以使用SpringIoC容器作为bean定义的来源，@Bean注解告诉Spring，一个带有@Bean的注解方法将返回一个对象，该对象应该被注册为在Spring应用程序上下文中的bean。
能够自动配置spring的上下文，试图猜测和配置你想要的bean类，通常会自动根据你的类路径和你的bean定义自动配置，会自动扫描指定包下的全部标有@Component的类，并注册成bean，当然包括@Component下的子注解@Service，@Repository和@Controller。
springboot注解、工厂特性创建对象
此注解的作用：用来标识这是一个springboot入口类,这个标识只能出现一次。
@SpringBootApplication 是一个派生注解｜组合注解 等价以下三个：
以下是java中的元注解，用来修饰注解的注解。
1.通过main函数这种方式启动内部内嵌tomcat服务。
通过标注java入口方式为头给SpringApplication,并告知当前springboot主应用类是谁，从而启动springboot中tomcat容器。
2.SpringApplication.run(Application.class,args);
参数1:入口类类对象 目的让@EnableAutoConfiguration 自动配置spring时将@ComponentScan扫描到注解创建对象一并放入工厂。
参数2: main函数的参数 这个参数通过指定外部虚拟机参数形式覆盖应用内部默认参数。
我们application.yml中写的的参数是内部参数如：
server:
port: 8989
servlet:
context-path: /nono
外部虚拟机参数如下：
@RestController == @Controller + @ResponseBody
修饰范围： 用在类上，用在所有控制器上
作用： 用来实例当前对象为一个控制器对象，将控制中所有方法的返回值转换为json并响应到前端。
@Controller（实例化当前类为一个控制器）
@ResponseBody（将当前方法返回值转为json，响应给浏览器）
我们现在的开发方式都是前后端分离的：
@RequestMapping
作用：用来加入访问路径。
修饰范围：类（加入命名空间） 方法上（指定具体路径）
@GetMapping
作用：限定请求方式只能是GET,并指定路径。
修饰范围：方法上。
同样的还有：@PostMapping,@DeleteMapping,@PutMapping
Springboot = Spring 项目管理工厂特性 + springmvc控制器
1、创建单个自定义对象
注解方式：@Component 通用组件对象的创建注解
@Service标识业务层组件创建 @Controller控制器对象创建 @Repository用来创建DAO组件注解
(不是三层架构里的类，创建对象用@Component)
2、一次性创建多个组件对象包含复杂对象
复杂对象如Calendar 日历对象
@Configuration 配置注解|派生注解 修饰范围：用在类上 作用：相当于曾经spring.xml配置文件
@Configuration是派生注解：
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Component
@Bean 注解 修饰范围：方法上 作用：相当于spring.xml bean标签作用 用来创建这个对象在工厂的一个实例
@Component和@Configuration的效果一样，只是@Configuration在springboot中有表明是配置对象的意思
总结：日后在使用Springboot的过程中创建单个对象用@Component注解，创建多个对象使用@Configuration注解。
staters启动器：
spring-boot-starter-web 是一组方便依赖关系的描述符。
认识 SpringBootApplication 注解
这篇文章不谈论具体背后的工作原理，只是先认识根 @SpringBootApplication 注解相关的其他几个注解，以及带来的作用。先把地基打好，才能建高楼大厦。
@Import 注解表示可以导入一个或多个 @Configuration 类。它提供的功能等同于以前的 Spring xml 配置中的 标签， 可以导入 @Configuration 类、ImportSelector 和 ImportBeanDefinitionRegistrar 的实现类 ，以及普通的组件类。如果 XML 或其他非 @Configuration 注解定义的 bean 资源需要被导入，可以使用 @ImportResource 注解。
它的作用是在处理 @Configuration 时，注册额外的 bean definition。
开启 Spring 应用上下文的自动配置功能，它试图猜测你可能需要配置的 bean 信息。
表示包含该注解的类所在的包应该在 AutoConfigurationPackages 中注册。所以这个注解就能够解释为什么 spring boot 的启动类要放在 package 的最外层，以保证 spring 能够自动扫描到它们。
它的实现原理是在注解上标注了 @Import，导入了一个 AutoConfigurationPackages.Registrar 类。
用于保存导入的配置类所在的包及子包。它实现了 ImportBeanDefinitionRegistrar 接口。注意下，Registrar 类是 AutoConfigurationPackages 类的内部类，同上面的注解 @AutoConfigurationPackage 名字就差了一个字母，千万别搞混了。
DeferredImportSelector 类用于处理自动配置。如果需要自定义扩展 @EnableAutoConfiguration，那么也可以扩展此类。
DeferredImportSelector 接口是 ImportSelector 接口的一种扩展，它是在处理完所有 @Configuration 类型的 bean 之后才会被执行，因此，它的执行时机是在 @Configuration 注解中的其他逻辑被处理完毕之后（包括对 @ImportResource、@Bean 这些注解的处理）再执行，也就是说，DeferredImportSelector 的执行时机比 ImportSelector 更晚。
DeferredImportSelector 接口在处理有条件的选择导入时非常有用。
SpringBoot的核心注解都有哪些？
@SpringBootApplication注解是SpringBoot的灵魂注解
这个注解整合了3个注解的特性：分别是@Configuration注解、@Component注解、@EnableAutoConfiguration注解。这个三个注解的作用分别是：
- @Configuration注解：声明当前类为配置类
- @ComponentScan注解：指定扫描包路径，默认不填扫描当前包及其子包
- @EnableAutoConfiguration注解：最重要注解没有之一，打开SpringBoot的自
spring常用注解
一、组件注解
1、 @Component(“xxx”)
指定某个类是容器的bean， @Component(value="xx") 相当于 ，其中 value 可以不写。
用于标注类为spring容器bean的注解有四个， 主要用于区别不同的组件类，提高代码的可读性：
a、 @Component, 用于标注一个普通的bean
b、 @Controller 用于标注一个控制器类（控制层 controller）
c、 @Service 用于标注业务逻辑类（业务逻辑层 service）
d、 @Repository 用于标注DAO数据访问类 （数据访问层 dao）
对于上面四种注解的解析可能是相同的，尽量使用不同的注解提高代码可读性。
注解用于修饰类，当不写value属性值时，默认值为类名首字母小写。
2、 @Scope(“prototype”)
该注解和 @Component 这一类注解联合使用，用于标记该类的作用域，默认 singleton 。 也可以和 @Bean 一起使用，此时 @Scope 修饰一个方法。关于@Bean稍后有说明
3、 @Lazy（true）
指定bean是否延时初始化，相当于 ，默认false。@Lazy可以和@Component这一类注解联合使用修饰类，也可以和@Bean一起使用修饰方法
注 ：此处初始化不是指不执行 init-method ，而是不创建bean实例和依赖注入。只有当该bean（被@Lazy修饰的类或方法）被其他bean引用（可以是自动注入的方式）或者执行getBean方法获取，才会真正的创建该bean实例，其实这也是BeanFactory的执行方式。
4、 @DepondsOn({“aa”，“bb”})
该注解也是配合 @Component 这类注解使用，用于强制初始化其他bean
上面的代码指定，初始化bean “userAction"之前需要先初始化“aa”和“bb”两个bean,但是使用了@Lazy(true)所以spring容器初始化时不会初始化"userAction” bean。
5、 @PostConstructor和@PreDestroy
@PostConstructor 和 @PreDestroy 这两个注解是j2ee规范下的注解。这两个注解用于修饰方法，spring用这两个注解管理容器中spring生命周期行为。
a、 @PostConstructor 从名字可以看出构造器之后调用,相当于 。就是在依赖注入之后执行
b、 @PreDestroy 容器销毁之前bean调用的方法，相当于
6、 @Resource（name=“xx”）
@Resource 可以修饰成员变量也可以修饰set方法。当修饰成员变量时可以不写set方法，此时spring会直接使用j2ee规范的Field注入。
@Resource有两个比较重要的属性，name和type
a、 如果指定了name和type，则从Spring容器中找到唯一匹配的bean进行装配，找不到则抛出异常;
b、 如果指定了name，则从spring容器查找名称（id）匹配的bean进行装配，找不到则抛出异常;
c、 如果指定了type，则从spring容器中找到类型匹配的唯一bean进行装配，找不到或者找到多个，都会抛出异常;
d、 如果既没有指定name，又没有指定type，则自动按照byName方式进行装配
如果没有写name属性值时
a、 修饰成员变量，此时name为成员变量名称
b、 修饰set方法，此时name 为set方法的去掉set后首字母小写得到的字符串
7、 @Autowired（required=false）
@Autowired可以修饰构造器，成员变量，set方法，普通方法。@Autowired默认使用byType方式自动装配。required标记该类型的bean是否是必须的，默认为必须存在（true）。
可以配合 @Qualifier(value="xx") ,实现按beanName注入：
a、 required=true(默认），为true时，从spring容器查找和指定类型匹配的bean，匹配不到或匹配多个则抛出异常
b、 使用 @Qualifier（"xx"） ,则会从spring容器匹配类型和 id 一致的bean，匹配不到则抛出异常
@Autowired会根据修饰的成员选取不同的类型：
a、 修饰成员变量。该类型为成员变量类型
b、 修饰方法，构造器。注入类型为参数的数据类型，当然可以有多个参数
8、demo
业务逻辑层：
数据访问层：
测试类：
输出结果：
可以看到虽然UserDao 使用@Lazy，但是还是在spring容器初始化的时候还是创建了UserDao实例。原因很简单，因为在UserService中需要注入UserDao，所以在此时创建的UserDao实例也属于延时初始化。
在上面我们还使用了两个接口InitializingBean 和DisposableBean，这两个接口用于管理 singleton 作用域的bean的生命周期，类似init-method和destroy-method。不同之处就是调用的循序不一致：
a、 初始化调用顺序 ：@PostConstructor > InitializingBean > init-method 用于指定bean依赖注入后的行为
b、 销毁调用顺序 @PreDestroy > DisposableBean > destroy-method 用于定制bean销毁之前的行为
该注解是AspectJ中的注解，并不是spring提供的，所以还需要导入aspectjweaver.jar，aspectjrt.jar，除此之外还需要依赖aopalliance.jar
依赖包：
UserDao.java
配置文件 applicationContext.xml：
测试类：
1、 @Aspect
修饰Java类，指定该类为切面类。当spring容器检测到某个bean被@Aspect修饰时，spring容器不会对该bean做增强处理（bean后处理器增强，代理增强）
2、 @Before
修饰方法，before增强处理。用于对目标方法（切入点表达式表示方法）执行前做增强处理。可以用于权限检查，登陆检查。
常用属性：
value： 指定切入点表达式 或者引用一个切入点
对com.example.aop 包下所有的类的所有方法做 before增强处理：
结果：
如果同一条切入点表达式被使用多次，可以使用更友好的方式。定义一个切入点：
增强方法可以接受一个JoinPoint 类型的参数，用于获取被执行目标方法的一下属性。
结果：
3、 @AfterReturning
修饰方法，afterreturning增强处理。目标方法正常结束后做增强处理。
常用属性：
a、 pointcut/value：指定切入点表达式
b、 returning：指定一个参数名，用于接受目标方法正常结束时返回的值。参数名称需要在增强方法中定义同名的参数。
注意：
a、 如果使用了returning 。那么增强方法中的数据类型必须是返回结果的类型或者父类型，否则不会调用该增强处理。
b、 使用了returning 还可以用来 修改返回结果 。
以上面的例子来说，目标方法返回结果类型应该满足下面的条件
修改返回值：
结果：
可以看到 AfterReturning 修改了返回结果。
4、 @AfterThrowing
修饰方法，afterthrowing增强处理。当目标程序方法抛出 异常或者异常无法捕获时，做增强处理。
常用属性：
a、 pointcut/value ：指定切入点表达式
b、 throwing：指定一个形参，在增强方法中定义同名形参，用于访问目标方法抛出的异常
参数类型必须是 Throwable 的子类，同样也会有上面@AfterReturning 参数类型匹配的问题。
5、 @After
修饰方法 ，after增强处理。无论方法是否正常结束，都会调用该增强处理（@After= @AfterReturning+@AfterThrowing）。但是该增强方式无法获取目标方法的返回结果，也获取目标方法抛出的异常。所以一般用于进行释放资源，功能类似于 finally。
常用属性：
a、 value ：指定切入点表达式
结果：
从上面的结果来看 After 增加处理 ，因为不能接受返回结果作为参数，所以不能修改返回结果。
6、 @Around
修饰方法， around增强处理。该处理可以目标方法执行之前和执行之后织入增强处理（@Before+@AfterReturning）。
Around增强处理通常需要在线程安全的环境下使用，如果@Before和@AfterReturning可以处理就没必要使用@Around。
常用属性：
a、 value ：指定切入点表达式
当定义一个Aound增前处理时，增强方法第一形参需要时ProceedingJoinPoint类型。ProceedingJoinPoint有一个Object proceed()方法，用于执行目标方法。当然也可以为目标方法传递数组参数，来修改目前方法的传入参数。
around小结：
a、 Around增强处理通常需要 在线程安全 的环境下使用
b、 调用 proceed()可以获取返回结果，所以可以修改目标方法的返回值
c、 proceed(Object[] var1) 可以修改入参，修改目标方法的入参
d、 可以进行目标方法执行之前和执行之后织入增强处理
around 和 afterReturning 都可以修改返回结果。不过两者的原理不同：
a、 around：可以任意修改，或者返回不相关的值。这个返回值完全可以自主控制
b、 afterReturning，通过方法参数 ，使用对象引用的方式来修改对象。修改对象引用地址那么修改时无效的
除此之外从输出结果来看，增强处理是有序的：
around 和 afterReturning小结：
a、 只有 around 和 afterReturning 可以获取并修改返回结果。需要注意两种方式修改的区别。
b、 around 需要线程安全
c、 虽然增强处理都需要 切入点表达式，并不是都支持 pointcut 属性，所以最好都是用value 属性指定。当注解只需要value属性时，value可以省略
7、 @Pointcut
修饰方法，定义一个切入点表达式用于被其他增强调用。使用该方式定义切入点方便管理，易复用。
切入点方法定义和测试方法定义类似，具有以下特点：
a、 无返回值 （void）
b、 无参数
c、 方法体为空
d、 方法名就是切入点名称
e、 方法名不能为 execution
切入点表达式
切入点表达式可以通过 && 、 || 、 ! 连接
1）、execution 表达式：
2）、within 表达式：
a、匹配指定类下的所有方法。
b、匹配执行包及其子包下所有类的所有方法。
所以within可以看做execution的简写，不需要指定返回类型、方法名、参数（ 最小作用单位是类 ）
3）、 @annotation：匹配使用指定注解修饰的目标方法；
匹配使用@CustomMethodAnnotation注解的目标方法。
4）、 @within: 用于匹配使用指定注解修饰的类下的所有方法
within 作用范围是类，@within的作用范围与其一致。不同的是@within 指定的不是类而是注解
匹配使用@ResponseBody 注解的类 下的所有方法。
AOP小结：
1）、 Around增强处理通常需要 在线程安全 的环境下使用
2）、 使用 around 和 afterReturning 可以获取并修改返回结果
3）、 增强处理指定 切入点表达式时，最好使用value 属性
4）、 切入点 名称（方法名）不能为 execution
5）、 AfterReturning 指定了 returning 属性接受目标方法返回结果，注意 参数类型需要和返回结果类型一致（满足 resutType instanceof argsType ）
增强方式的顺序：
1、 @Bean(name=“xxx”)
修饰方法，该方法的返回值为spring容器中管理的bean。当然该注解和上面的@Component效果一样，主要用于做区分。
@Bean 通常使用在 @Configuration 修饰的配置类中，该注解功能相当于 元素
常用的属性：
a、 name：bean id 。name可以省略，省略时bean名称为方法名。也可以指定多个名称（逗号隔开）。
b、 autowire： 是否自动注入，默认Autowire.NO
c、 initMethod：bean的初始化方法。在依赖注入之后执行
d、 destroyMethod: spring容器关闭时bean调用的方法 当然 @Bean 还可以配合 @Scope 指定bean的作用域
2、 @ConfigurationProperties
用于从属性文件中获取值 application.properties 或者 application.yml 。当然了 如果在配置文件中引入其他配置文件，也可以获取到属性值。
包含的属性：
a、 value | prefix 两者互为别名。指定前缀，默认为""
b、 ignoreUnknownFields：默认为true。是否忽略未知字段，当实体中的字段在配置文件中不存在时，是忽略还是抛出异常
c、 ignoreInvalidFields： 默认false。 是否忽略不合法的字段，此处的不合法是指类型不合适，配置文件中存在改配置但是无法转化为指定的字段类型。
Mybatis属性配置
application.properties：
ConfigurationProperties 可以配置前缀，然后会根据实体的变量名拼接前缀，去配置文件中查询配置。
3、 @Configuration
修饰一个Java类，被修饰的类相当于一个xml配置文件。功能类似于 。在springboot中大量使用了该注解，该注解提供了一种使用Java类方式配置bean。
可以发现 @Configuration使用了@Component 注解修饰。
实例 ：
配置Mybatis会话工厂
4、 @Import
功能和 类似，修饰Java类，用于向当前类导入其他配置类。 可以导入多个配置文件，通常用于导入不在包扫描范围内的配置文件。可以被扫描的配置类可以直接访问，没有必要使用@Import 导入。
比如 SpringBoot的启动类指定的包扫描路径为 com.example
数据库的配置文件在 com包下。
在MyBatisConfig 中引入 DataSourceConfig， 就会解析DataSourceConfig。将解析出的Bean交给容器管理
5、 @ImportResource
修饰Java类，用于向类引入xml配置文件。
用于导入包含bean定义的配置文件，功能和 类似。默认情况下可以处理后缀为 .groovy 和.xml 的配置文件
6、 @Value("${expression}")
修饰成员变量或者 方法、构造器的参数，用于属性值注入（在配置文件中配置的值）。
注意: @Value不能对 static 属性注入。
如果的确需要注入到静态变量，可以通过以下方式间接进行注入：
1）、设置一个私有静态 实例
2）、通过构造函数或者 @PostConstruct 注解为 静态实例 赋值，指向本身（this）
3）、对成员属性注入内容
4）、提供静态方法，使用静态实例获取成员属性
7、@PropertySource(value=“classpath:jdbc.properties”)
该注解用来加载属性文件。
常用属性：
a、 ignoreResourceNotFound： 当资源文件找不到的时候是否会忽略该配置，而不是抛出错误。一般用于可选项
b、 encoding ： 资源文件使用什么编码方式
c、 value ： 指定属性文件位置。可以配置多个属性文件，不可以使用通配符。
在 PropertySource 中可以指定多个路径，并且会将属性文件中的值加载到 Environment 中。
@ConfigurationProperties 和 @PropertySource
它们的使用有一些差异：
1）、 @PropertySource 使用该注解加载的是 相对独立的属性文件，可以同时加载多个文件 （xxx.properties），而且 不支持自动注入 ， 不支持前缀注入
2）、 @ConfigurationProperties 用于加载配置文件（application.properties | application.yml）。该注解功能更强大：
a、 支持前缀注入 （ prefix ）
b、 相同属性名的自动注入
c、 $("") 支持EL表达式注入
应用实例：
在以往的开发中通常会将数据库连接信息存放在单独的属性文件中（jdbc.properties）。而在spring boot 中我们会将数据库的信息存放在配置文件中，这会极大便利开发工作。
jdbc.properties：
可以通过 @Value 注解将配置文件的值注入到实体类中
也可以注入Environment ，通过Environment 获取值
1、 @ResponseBody
控制器方法返回值会使用 HttpMessageConverter 进行数据格式化，转化为JSON字符串。
同样的 ResponseBodyAdvice: 针对使用@ResponseBody的注解的类，方法做增强处理。
2、 @RestController
@RestController = @Controller + @ResponseBody ， 所以通常直接使用@RestController 注解
3、 @RequestBody
从Reuqest请求体中获取内容，绑定到方法的指定参数上。 SpringMVC 使用HttpMessageConverter 接口将请求体中的数据转化为方法参数类型。
SpringMVC 给用户对参数的处理提供了很大支配权。 我们可以使用 接口RequestBodyAdvice 来实现对参数进行拦截处理。
注意
1）、 RequestBodyAdvice : 针对所有以@RequestBody的参数做处理
2）、 自定义的处理对象类上必须得加上@ControllerAdvice注解!
利用此功能我们可以做以下处理工作：
1）、参数做解密处理。
2）、修改接受的参数数据。
4、 @RequestParam
从Request请求中获取指定的参数。
可以设置的属性：
1）、 required ： 默认为true 参数必须存在 。参数不存在时抛出异常(MissingServletRequestParameterException). 提示信息
2）、 defaultValue ： 设置参数默认值。 当参数没有提供或者为空值时生效, 包含隐式定义 required=false
3）、 name | value ， 互为别名的属性， 绑定请求中的参数名。 request.getParameter(name);
5、 @RequestMapping
用于设置 请求 和 Method 的映射关系。指明何种请求可以和方法匹配
可配置属性值：
1）、 path、value、 name, 互为别名，设置可以处理的url。
2）、 consumes，字符串数组。 指定可以处理的 媒资类型，仅当请求头中的 Content-Type 与其中一种媒体类型匹配时，才会映射请求。所以该配置会缩小可匹配的请求。 当url 匹配但是consumes不匹配时， 状态码415。 不设置的话，表示不限制媒资类型，参数的具体使用何种方式解析，SpringMVC会选择合适的处理器处理。
3）、 produces，字符串数组。 生成的媒资类型，该属性会影响实际的输出类型。和consumes一样，改配置会缩小匹配的范围。 只有当请求头中的 Accept 与 配置的任意一个媒资类型匹配时，才会映射请求。 当url 匹配与consumes不匹配时， 状态码406 。 比如：为了生成UTF-8编码的JSON响应，应使用 MediaType.APPLICATION_JSON_UTF8_VALUE。