Spring Boot 笔记之SpringApplication

SpringApplication是Spring Boot驱动应用上下文的引导类。

1.Spring Boot项目的启动类有2种写法：

写法一：

写法2：

如果把写法2改成用写法1的方式，显示如下：

随机端口一般是单元测试用的。

2.SpringApplication与SpringBootApplication的区别;

@SpringBootApplication 标注当前一些功能

SpringApplication ：Spring Boot应用的引导

先看一下SpringBootApplication的注解：

这个注解我们重点关注3个地方，第一个：@ComponentScan，它是Spring Framework 3.1开始引入的，是扫描的作用。

第二个：@EnableAutoConfiguration，激活自动装配，@Enable模式，都是@Enable开头的，比如说：

• @EnableWebMvc

• @EnableTransactionManagement

• @EnableAspectJAutoProxy

• @EnableAsync

第三个：@SpringBootApplication等价于@Configuration->configuration class注解

说他等价的原因在此：

举个例子（Spring注解驱动示例）：

注解驱动上下文AnnotationConfigApplicationContext：Spring Framework 3.0开始引入的

3.@Component的“派生性”

• @Component

  @Service

• @Repository

  

• @Controller

• @Configuration

@Service、@Repository、@Controller、@Configuration里面都是@Component，这个叫做Spring的模式注解。

具体的依据可以去这儿看：https://github.com/spring-projects/spring-framework/wiki/Spring-Annotation-Programming-Model

Spring的模式注解：Srereotype Annotations

元注解：标注元注解的注解。也就是说@Component是@Service、@Repository、@Controller、@Configuration的元注解，@Document是所有注解的元注解。

模式注解包括@Component，@Service，@Repository,@Controller,@RestController,@configuration等。（@Contrlloer、@Service、@Repository只是逻辑上的区分，对Spring而言，都是bean。物理上都是一样的，都是bean defination）

这个派生性只有在@Component里面生效。因为@Componnent和@ComponentScan的成队性，@ComponentScan去扫描@Component。它的“子”注解都会被扫进去。即凡是被@Component标注的都会被扫描进去。

为什么@Component的会被扫描进去呢？

即处理类：ConfigurationClassParser

扫描类：

ClassPathBeanDefinitionScanner

•  ClassPathScanningCandidateComponentProvider
  

扫描之后用parse方法进行解析，

如果使用默认过滤器，Component、Repository、Service、Controller都会被扫进来。

继续这个方法往下跟：

这个方法的第一行，表明了只过滤component。

这就是为什么他只扫描ComponentScan。

可以类比一下dubbo的@Service->2.5.7版本->new AnnotationTypeFilter(Service.class);

@SpringBootApplication等同于@SpringBootConfiguration，等同于@Configuration，等同于@Component，所以他是一个bean，但是由于注解是不能继承的，所以叫“派生性”。

所谓@Component的“派生性”等同于注解的“继承”。

知道了什么是Spring模式注解和@Component的“派生性”之后，再回到注解驱动的例子：

先看SpringBoot的启动示例：

再看下String的：

对比可以看出输出的结果是一样的。所以其实，Spring Boot是驱动Spring的一个容器，只不过是谁来驱动的问题。

为了进一步证明这个观点，把上面的例子调整为非web程序：

打印出来的当前Spring应用上下文的类正是等于它：

现象出来之后，我们看一下这个的本质：

• WebApplicationType.NONE:非web类型

   Servlet不存在

• Spring Web应用上下文ConfigurableWebApplicationContext不存在

   spring-boot-starter-web不存在

• spring-boot-starter-webflux不存在