赞
踩
SpringBoot是基于SSM框架为基础的,相信大家能去学SpringBoot,基本上应该都玩过SSM(Spring,MyBatis,SpringMVC),如果我没猜错,都被这个SSM坑到过吧!!相比SpringBoot的话,SpringBoot内部主要是整合了Spring、SpringMVC等,避免我们以前写SSM框架时,在xml中写入了大量的配置;而在SpringBoot中,我们基本上都不需要写xml文件,基本上引入了需要的场景启动器(这个词语下面会详细讲到),我们就可以快速地上手SpringBoot!!!
<!--依赖管理-->
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.6.6</version>
</parent>
然后我们使用快捷键CTRL+点击 进入**spring-boot-starter-parent**可以看到:
<!--spring-boot-starter-parent的父项目,几乎声明了所有开发中常用的依赖的版本号,自动版本仲裁机制-->
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>2.6.6</version>
</parent>
这里是不是有人想问什么是场景启动器?
当你见到很多spring-boot-starter-, 代表的就是某种场景
举例:spring-boot-starter-web:web场景
只要引入starter,这个场景的所有常规需要的依赖我们都自动引入
SpringBoot所有支持的场景
查看SpringBoot支持的所有场景
见到的 *-spring-boot-starter: 第三方为我们提供的简化开发的场景启动器。
所有场景启动器最底层的依赖:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
<version>2.6.6</version>
<scope>compile</scope>
</dependency>
<properties>
<mysql.version>5.1.43</mysql.version>
</properties>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
<version>2.6.6</version>
<scope>compile</scope>
</dependency>
如:字符编码问题
主程序所在包及其下面的所有子包里面的组件都会被默认扫描进来
无需以前的包扫描配置
想要改变扫描路径:
@SpringBootApplication(scanBasePackages = "com")
或者@ComponentScan指定扫描路径
@SpringBootApplication
等同于
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan("com")
…
以下是底层源码分析,初学者的话可以先不去深入研究(毛哥:其实跟着下面一步步来,基本是听得懂的)
CTRL+左键进入 @SpringBootApplication :
//此处省略基本元注解(同学们如果元注解不知道,请去补习以下java)
//算了,毛哥(博主大发慈悲地告诉你,元注解(简单的理解):修饰注解的注解)
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(
excludeFilters = {@Filter(
type = FilterType.CUSTOM,
classes = {TypeExcludeFilter.class}
), @Filter(
type = FilterType.CUSTOM,
classes = {AutoConfigurationExcludeFilter.class}
)}
)
public @interface SpringBootApplication {}
此处可以看到三个注解:
@Configuration:代表当前是一个配置类;
spring注解,用来指定扫描的包
//CTRL+左键进入@EnableAutoConfiguration发现以下
@AutoConfigurationPackage
@Import({AutoConfigurationImportSelector.class})
public @interface EnableAutoConfiguration {}
然后又发现两个注解:
指定了默认的包规则(默认为主程序包下)
//CTRL+左键进入@AutoConfigurationPackage发现以下:
@Import({Registrar.class})//给容器中导入一个组件
public @interface AutoConfigurationPackage {}
/*
通过Register给容器中导入一系列组件
将指定的一个包下所有组件导入进来?MainApplication 所在包下。
*/
导入了AutoConfigurationImportSelector的功能:
代表着:SpringBoot启动了就要给容器中加载所有配置类
虽然我们127个****AutoConfiguration场景的所有自动配置启动的时候默认全部加载,但是按照条件装配规则(@Conditional),最终会按需配置。
注意:application.yml(配置文件)中debug: true开启自动配置报告。Negative(不生效)\Positive(生效)
@Bean
@ConditionalOnBean(MultipartResolver.class) //容器中有这个类型组件
@ConditionalOnMissingBean(name = DispatcherServlet.MULTIPART_RESOLVER_BEAN_NAME) //容器中没有这个名字 multipartResolver 的组件
public MultipartResolver multipartResolver(MultipartResolver resolver) {
//给@Bean标注的方法传入了对象参数,这个参数的值就会从容器中找。
//SpringMVC multipartResolver。防止有些用户配置的文件上传解析器不符合规范
// Detect if the user has created a MultipartResolver but named it incorrectly
return resolver;
}
给容器中加入了文件上传解析器;
SpringBoot默认会在底层配好所有的组件,但是如果用户自己配置了以用户的优先
总结:
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。