SpringBoot番外篇之@SpringBootApplication相关注解简单理解

本文深入解析Spring Boot核心注解@SpringBootApplication,包括@EnableAutoConfiguration、@Configuration和@ComponentScan的作用及原理,探讨其如何实现自动配置和组件扫描。

版权声明:本文为FromTheWind原创文章,转载请注明出处。https://blog.youkuaiyun.com/FromTheWind/article/details/84502604

SpringBootApplication是一个组合注解,进入到application类中,按住Ctrl进入到@SpringBootApplication内部: 

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
    excludeFilters = {        @Filter(
            type = FilterType.CUSTOM,
            classes = {TypeExcludeFilter.class}
        ),         @Filter(
            type = FilterType.CUSTOM,
            classes = {AutoConfigurationExcludeFilter.class}
        )}
)
public @interface SpringBootApplication {......}

从以上源码可以看到它组合了@SpringBootConfiguration、@EnableAutoConfiguration以及@ComponentScan。@SpringBootConfiguration内部使用了@Configuration注解,说明这是一个配置类。

@EnableAutoConfiguration则表示让Spring Boot根据类路径中的jar包依赖为当前项目进行自动配置。@Configuration将java类声明为一个配置类,等同于spring的xml文件。

@ComponentScan扫描注解,如:@Controller,@Service等注解

详解:

1、@EnableAutoConfiguration注解:

    spring通常建议我们将main方法所在的类放到一个root包下,@EnableAutoConfiguration(开启自动配置)注解通常都放到main所在类的上面,这样@EnableAutoConfiguration可以从逐层的往下搜索各个加注解的类,例如,你正在编写一个JPA程序(如果你的pom里进行了配置的话),spring会自动去搜索加了@Entity注解的类,并进行调用。

@EnableAutoConfiguration借助@Import的帮助,通过selectImports从META-INF/spring.factories中取出想要的配置,将所有符合自动配置条件(这里的条件是spring制定的,带有@Conditional注解就是加了条件,文章结尾又常用几个条件的解释)的bean定义加载到spring(IoC)容器。

从代码中分析(这里是Spring Boot 2.1.0.RELEASE版本):进入到@EnableAutoConfiguration中,看到@Import加载了AutoConfigurationImportSelector.class(这是重点),而在AutoConfigurationImportSelector中通过                             List<String> configurations=this.getCandidateConfigurations(annotationMetadata,attributes)获取了springboot自动配置相关类。从getCandidateConfigurations方法层层进入能看到spring-boot-autoconfigure.jar中的META-INF/spring.factories文件(以key=value形式存在)中以org.springframework.boot.autoconfigure.EnableAutoConfiguration为key的数据被EnableAutoConfiguration.class以反射的方式根据具体条件加载到spring容器

代码调用流程:AutoConfigurationImportSelector->selectImports(...)->this.getAutoConfigurationEntry(...)->this.getCandidateConfigurations(...)->SpringFactoriesLoader.loadFactoryNames(...)->factoryClass.getName()。

详情请查看参考文章:https://blog.youkuaiyun.com/u010399009/article/details/79290699

2、SpringBoot 配置类

2.1、@Configuration注解:

      使用了@Configuration注解的java类为配置类。

@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Component
public @interface Configuration {
    @AliasFor(
        annotation = Component.class
    )
    String value() default "";
}

查看源代码发现@Configuration本质还是@Conponent。因此<context:component-scan/>或者@ComponentScan都能处理@Configuration注解的类。@Configuration就相当于Spring配置文件中的<beans />标签,里面可以配置bean。

2.2、@Bean

  @Bean注解在返回实例的方法上,如果未通过@Bean指定bean的名称,则默认与方法名相同;@Bean注解默认作用域为单例singleton作用域,可通过@Scope(“prototype”)设置为多例

后期补充:使用 @Configuration 时,会为该类生成CGLIB代理对象的子类Class,并对方法拦截。多次调用方法时,方法返回的对象会是同一个对象。而@Component 则不会生成 CGLIB 代理Class,所以多次调用同一个方法就会生成多个不同的对象返回。@Configuration包含有@Component,但不仅仅具有@Component的功能。@Bean在一个class具有自己独特的构造器无法被spring管理时,在配置类(@Configuration)中调用此class的构造函数且返回时,在方法上加@Bean,会将class对象交由spring管理。

3、@ComponentScan

      Spring是一个依赖注入(dependency injection)框架。所有的内容都是关于bean的定义及其依赖关系。定义Spring Beans的第一步是使用正确的注解-@Component或@Service或@Repository。但是,Spring不知道你定义了某个bean。@ComponentScan做的事情就是告诉Spring从哪里找到bean。默认情况下会扫描使用了@ComponentScan的包及其子包。

4、拓展:

@component :(把普通pojo实例化到spring容器中,相当于配置文件中的<bean id="" class=""/>)。  泛指各种组件,就是说当我们的类不属于各种归类的时候(不属于@Controller、@Services等的时候),我们就可以使用            @Component来标注这个类。

@Component 和 @ComponentScan 的区别:@Component 和 @ComponentScan的使用目的不一样。

  • 在某个类上使用@Component注解,表示将该类配置为Bean,交给spring来管理(IoC、DI)。
  • @ComponentScan 用于扫描指定包下的类。确定被spring管理的类都有哪些。

@Conditional常用条件注解说明:

    @ConditionalOnClass:当类路径下有指定类时实例

    @ConditionalOnMissingClass:某个class类路径上不存在时实例化

    @ConditionalOnProperty:指定属性存在指定值时实例化

    @ConditionalOnExpression:当表达式为true时实例化

    @ConditionalOnBean:仅仅在当前上下文中存在某个对象时实例化

    @ConditionalOnMissingBean:仅仅在当前上下文中不存在某个对象时实例化

    @ConditionalOnNotWebApplication:不是web应用时实例化

 

<think>好的,用户的问题是关于Spring Boot的@SpringBootApplication注解是否默认包含@EnableTransactionManagement功能。首先,我需要回忆Spring Boot的自动配置机制。记得Spring Boot通过@EnableAutoConfiguration来自动配置各种功能,包括事务管理。然后,@SpringBootApplication是一个组合注解,包含@SpringBootConfiguration、@EnableAutoConfiguration和@ComponentScan。 接下来,我需要确认事务管理的自动配置是否默认启用。根据引用[3]中的内容,@EnableTransactionManagement在Spring Boot中通常不需要显式添加,因为自动配置已经处理了事务管理。当项目中存在相关依赖(如spring-boot-starter-data-jpa或spring-boot-starter-jdbc)时,Spring Boot会自动配置事务管理器,并启用@Transactional的支持,无需手动添加@EnableTransactionManagement。 然后,我需要验证用户提供的引用内容。引用[3]指出,在Spring Boot项目中,通常不需要在启动类上添加@EnableTransactionManagement,因为它已经通过自动配置生效。这支持了我的观点。而引用[2]中的代码示例显示用户手动添加了@EnableTransactionManagement,但实际上这可能是不必要的,除非有特殊的配置需求。 此外,我需要考虑用户可能的误解来源。用户可能在旧的Spring项目中习惯显式启用事务,但Spring Boot简化了这一步骤。因此,用户的问题可能源于对自动配置机制的不熟悉,需要明确说明Spring Boot的默认行为。 总结来说,@SpringBootApplication并不直接包含@EnableTransactionManagement注解,但由于自动配置的存在,事务管理功能在满足条件时会自动启用。因此,用户无需手动添加该注解,除非需要覆盖默认配置。</think>关于@SpringBootApplication是否默认包含@EnableTransactionManagement功能的解答如下: 1. **注解关系解析** @SpringBootApplication是组合注解,包含三个核心注解: - @SpringBootConfiguration(标记为配置类) - @EnableAutoConfiguration(启用自动配置) - @ComponentScan(组件扫描) 其中**不包含@EnableTransactionManagement**的直接声明[^2][^3]。 2. **事务自动配置机制** Spring Boot通过自动配置类`TransactionAutoConfiguration`实现: - 当classpath中存在`PlatformTransactionManager`实现类时(如引入JDBC或JPA依赖) - 自动注册事务管理器并启用注解驱动的事务管理 - 等同于隐式启用了@EnableTransactionManagement功能 3. **验证方式** 可通过以下代码验证事务管理器是否自动注入: ```java @SpringBootApplication public class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } @Bean public void printTransactionManager(PlatformTransactionManager tm) { System.out.println("当前事务管理器:" + tm.getClass().getName()); } } ``` 输出结果将显示具体的事务管理器实现类(如DataSourceTransactionManager) 4. **显式声明场景** 需要手动添加@EnableTransactionManagement的情况: - 使用非Spring Boot默认的事务管理器 - 需要自定义事务拦截顺序 - 多数据源场景下的特殊配置
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值