首先我们要明白
1.什么是springBoot框架
2. 为什么要使用到springBoot框架
————————————————————————————
1.springBoot是简化Spring技术栈的快速开发脚手架。
- 当我们开发一个较大型的项目需要整合许多技术时,用Spring的话需要编写许多的配置文件,用maven构建的话,还需要导入许多相关的依赖,并且需要注意依赖版本会不会产生冲突等问题。
- 编写配置文件使程序员的精力没有完全放在业务逻辑的开发上。毕竟对于程序员来说是非常要讲究效率的 。而springBoot 则简化了这些,它的一些特性简化了Spring项目的开发过程,这也是此篇博客要讲的关于springBoot的两个特性。
2.能快速创建出生产级别的Spring应用
- 有许多的场景启动器 spring-boot-starter-* ,开发中无需导入许多的依赖,只需导入相关的场景启动器即可。如 spring-boot-starter-web 场景启动器,包含了web开发中的相关依赖,并且springBoot有自动版本仲裁机制,不需要关注依赖的版本号。
- 还有就是 约定大于配置 。在开发中对于一部分配置(比如连接数据库配置)不管是张三来编写还是李四来编写,内容几乎差不多时,那为什么一开始框架中就不配置好呢?所以在springBoot框架中约定的就是各种配置拥有默认值,按需加载所有自动配置项。 当然要改这些默认的配置也是可以的。简化了我们手动去进行一些基本的配置。
总结: 如果说Spring框架是整合一系列java技术而产生的话,那么 SpringBoot是整合Spring技术栈的一站式框架。缺点就是springBoot封装太深,内部原理复杂,不容易精通。还有就是更新迭代得比较快。
springbot项目都要继承起步依赖(父依赖) spring-bootstarter-parent
进入该parent依赖,发现该parent继承了父依赖 org.springframework.boot
进入org.springframework.boot 依赖,发现该依赖导入了许多开发中常用的依赖包,配置了常用的依赖版本号,这是自动版本仲裁机制。
导入starter场景启动器
如: spring-boot-starter-* ,就是指场景选择器。 *
表示什么场景。
在创建一个springBoot项目时,会导入许多的场景启动器,上图中该项目到导入了web开发场景和单元测试场景。以web场景选择器
为例,进入该选择器。从下图可以看到该场景选择器导入的 json、tomcat 等依赖都是 web 项目开发中常需要导入的依赖。
所以我们可以得出结论:当我们引入某种场景选择器时,该场景下所需要的常规依赖都由springBoot的场景选择器自动帮我们导入了。
场景选择器的实质
就是将某场景下需要的常规依赖整合起来,当我们需要在某场景下进行开发时,只需导入该场景选择器即可
再看看另外一个test场景选择器
,可以看到该test场景选择器与web场景选择器都含有依赖 spring-boot-starter 。这并不是偶然,而是所有场景启动器最底层的依赖都是spring-boot-starter
补充:
spring-boot-stater-*
,而第三方为我们提供简化开发的场景启动器格式为:*-spring-boot-starter
<properties>
<mysql.version>5.1.43mysql.version>
properties>
springBoot无需像ssm框架中一样,需要手动编写包扫描的配置,
在springBoot中默认扫描主程序(@SpringBootApplication注解所在的类)所在包及其下面的所有子包。如果想要改变包的扫描路径则可以
@ComponentScan
指定扫描路径。补充:@SpringBootApplication是一个组合注解,等同于注解:@SpringBootConfiguration、@EnableAutoConfiguration、 @ComponentScan("…")
springBoot有许多的场景启动器(后文简称为 stater),当我们导入了某个stater后,该场景的自动配置才会开启 。各种配置文件都有默认值,比如默认启动的web服务端口号为8080。
spring-boot-autoconfigure
包中。关于该部分源码,后文再进行分析该注解标志在一个类上,告诉springBoot这是一个配置类。配置文件就相当于一个xml配置文件。
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="user01" class="top.wwqi.bean.User">
<property name="name" value="user01">property>
<property name="age" value="13">property>
bean>
<bean id="tomcat" class="top.wwqi.bean.Pet">
<property name="name" value="Tomcat">property>
bean>
beans>
@Configuration() //告诉SpringBoot这是一个配置类 == 配置文件
public class MyConfig {
@Bean //给容器中添加组件。以方法名作为组件id。返回值类型就是组件类型。返回的值就是组件在容器中的实例
public User user(){
//User组件依赖了Pet组件
User user = new User("zhangsan", 20);
user.setTom(tomcatPet());
return user;
}
@Bean("tom")
public Pet tomcatPet(){
return new Pet("tomcat");
}
}
注册组件后可以从容器中获取该组件
Pet tom01 = run.getBean("tom", Pet.class);
注意点: 配置类也是个组件,我们也可以从容器中获取到
// 说明了配置类本身也是个组件
MyConfig bean = run.getBean(MyConfig.class);
System.out.println(bean);
进一步探究该注解:
@Configuration注解源码
proxyBeanMethods:代理bean的方法。默认值为 true,有两种模式。
两种模式在不同的场景下使用,本质区别就是否产生单实例。
当类组件有依赖时,需要保证创建的组件都是单实例的。
例:
/**
* 用户组件(依赖Pet组件)
*/
public class User {
private String name;
private int age;
private Pet tom;
...
}
// 当用户有宠物时,即User组件依赖Pet组件。 proxyBeanMethods = true 代理对象调用方法。
// SpringBoot总会检查这个组件是否在容器中有。保证用户的宠物就是容器中的宠物,使组件保持单实例。
User user2 = run.getBean("user", User.class);
Pet tom = run.getBean("tom", Pet.class);
System.out.println("用户的宠物:" + (user2.getTom() == tom));
两种模式的使用场景