1. SpringBoot 简介
1.1 背景分析
- SpringBoot它是基于Spring4.0设计,是由Pivotal公司提供的框架。
- 在传统JAVAEE应用体系中创建一个项目,需要手动添加大量的依赖,还要考虑版本兼容性的问题,还有繁重的配置、负载的项目部署,会高度影响开发效率,即使是使用Spring进行资源整合,也存在同样的这些问题。
- 还有就是现在的软件生态应用也已经形成一定的规模,整个软件架构体系在变化,企业对技术的要求也在变化,现在的企业更注重技术的开箱即用,更注重技术在生态圈中的深度融合,更注重轻量级的运维。由此 SpringBoot诞生。
1.2 作用
- Spring Boot是一个全新的Java软件开发框架(很多人现在把它理解为一个脚手架),其设计目的是用来简化Spring项目的初始搭建以及开发过程,并为后面的Spring Cloud 微服务实践提供更加便利条件。
- 该框架使用了特定的注解方式来进行配置,从而使开发人员不再需要大量的xml配置。不再需要大量的手动管理依赖。Spring Boot基于快速构建理念,通过约定大于配置,开箱即用的方式,希望能够在蓬勃发展的快速应用开发领域成为其领导者。
- 它集成了大量的第三方库配置,所有你想要集成的框架,它都有对应的组件支持。另外,SpringBoot通过集成大量的框架使得依赖包的版本冲突、以及引用的不稳定性等问题得到了很好的解决。
1.3 核心特性
- 起步依赖(
Starter Dependency
):创建项目时会默认添加基础依赖,简化我们自己查找依赖的过程。 - 自动配置(
Auto Configuration
):创建项目时SpringBoot添加的默认依赖中,提供了很多默认的配置,简化了我们对资源的配置过程。 - 健康检查(
Actator
)监控:SpringBoot运行时,我们可以打开actuator特性,基于此特性监控Spring中的bean、连接池、JVM内存等。 - 嵌入式服务(
Tomcat,Jetty
):SpringBoot支持内嵌的web服务,可以将tomcat这样的服务直接嵌套到web依赖中,简化部署的过程。
1.4 启动并运行项目的过程
- 首先,找到SpringBoot 项目中由
@SpringBootApplication
注解描述的类启动运行,其启动过程如下:
- 在启动过程中底层做了哪些事情,大致描述如下:
- 第一:基于配置加载类(通过ClassLoader将指定位置的类通过线程调用IO从磁盘读取到内存)。
- 第二:对类进行分析(创建字节码对象-Class类型,通过反射获取其配置信息)。
- 第三:对于指定配置(例如由spring特定注解描述)的对象存储其配置信息(借助BeanDefinition对象存储)。
- 第四:基于BeanDefinition对象中class的配置构建类的实例(Bean对象),并进行bean对象的管理(可能会存储到bean池)。
1.5 优点
- 快速构建一个独立的Spring应用程序;
- 嵌入的Tomcat、Jetty或者Undertow,无须部署WAR文件;
- 提供Starter来简化Maven配置和减少版本冲突带来的问题;
- 对Spring和第三方库提供默认的配置,可以修改默认值,简化框架配置;
- 无需配置XML,无代码生成,开箱即用;
2. SpringBoot 快速入门实践
2.1 业务描述
在项目Module中定义一个类,类名为DefaultCache,然后将此类对象交给Spring创建并管理。最后通过单元测试对类的实例进行分析。
2.2 API设计分析
- 基于业务描述,进行API及关系设计,如图所示:
- 在这张图中描述了一个DefaultCache和DefaultCacheTests单元测试类,这个两个类都交给了Spring管理,并且DefaultCacheTests类依赖于DefaultCache类型;
- 由Spring框架基于@Autowired对属性描述,进行执行的注入(将DefaultCache类型对象,注入给DefaultCache类型)。
2.2 Bean对象定义及获取
-
在Spring框架规范中,所有由Spring管理的对象都称之为Bean对象,我们现在基于如上业务及API设计图,进行Bean类型代码的编写及测试,其过程如下:
-
第一步:定义DefaultCache类,并交给Spring管理。
package com.cy.pj.common.cache; import org.springframework.stereotype.Component; @Component //该 @Component 注解描述的类,表示交给Spring框架管理。 public class DefaultCache { }
-
第二步:定义DefaultCacheTests单元测试类
package com.cy.pj.common.cache; import org.junit.jupiter.api.Test; import org.springframework.beans.factory.annotation.Autowired; @SpringBootTest public class DefaultCacheTests { /** * @Autowired 注解描述的属性由Spring框架按照一定规则为其注入值。 */ @Autowired private DefaultCache defaultCache; @Test void testDefaultCache(){ System.out.println(defaultCache.toString()); } }
-
第三步:运行单元测试类进行应用分析
- 启动运行单元测试方法,检测其输出结果,基于结果分析:
- SpringBoot项目中Bean对象的构建(例如DefaultCache类型的对象是如何构建、何时构建的)。
- SpringBoot项目中Bean对象的获取(例如DefaultCacheTests类中是符合获取DefaultCache类型对象的,基于IOC。)
- 说明:这个案例中描述了Spring IOC设计思想,项目中将对象交给Spring管理(我们饭来张口,衣来伸手,Spring框架实现对象控制),由Spring完成对象的依赖查找和依赖注入的过程。
- 启动运行单元测试方法,检测其输出结果,基于结果分析:
3. SpringBoot中Bean对象特性的分析
3.1 Bean对象的设计
- 第一步:添加业务类ObjectPool
package com.cy.pj.common.pool; @Component public class ObjectPool{//假设此对象为一个对象池 public ObjectPool(){//假设运行项目启动类,此构造方法执行了,说明此类对象构建了。 Systemd.out.println("ObjectPool()") } }
- 第二步:定义单元测试
package com.cy.pj.pool; import com.cy.pj.common.pool.ObjectPool; import org.junit.jupiter.api.Test; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.boot.test.context.SpringBootTest; @SpringBootTest public class ObjectPoolTests { @Autowired private ObjectPool objectPool01; @Test void testObjectPool01(){ System.out.println(objectPool01); } }
3.2 Bean对象的延迟加载
-
现在思考一个问题,对于ObjectPool这个类,假如项目启动以后,暂时不会用到这个池对象,就没有必要对其进行创建,因为要占用内存。那如何在启动时不创建此类对象呢?我们可以借助Spring框架提供的延迟加载特性进行实现。
-
例如,我们可以在需要延迟加载的类上使用@Lazy注解进行描述,代码如下:
package com.cy.pj.common.pool; @Lazy //就会暂时不创建实例 @Component public class ObjectPool{//假设此对象为一个对象池 public ObjectPool(){ Systemd.out.println("ObjectPool()") } }
-
此时,我们再去运行启动类,检测ObjectPool对象是否创建了,假如没有创建,说明延迟加载生效了。例如:大对象,项目启动以后,暂时用不到的对象,都属于适合使用延迟加载的特性。
注意:延迟加载并不是延迟对类进行加载,而是在启动时,暂时不创建类的实例。
3.3 Bean对象的作用域分析
-
在实际的项目中,内存中的对象有一些可能要反复应用很多次,有一些可能用完以后再也用不着了,或者说应用次数很少了。对于经常要重复使用的对象我可以考虑存储到池中(例如交给spring框架进行管理),应用次数很少的对象那就没必要放到池中了,用完以后让它自己销毁就可以了。在Spring项目工程中为了对这样的对象进行设计和管理,提供了作用域特性的支持。
package com.cy.pj.common.pool; @Scope("singleton") @Lazy @Component public class ObjectPool{//假设此对象为一个对象池 public ObjectPool(){//假设运行项目启动类,此构造方法执行了,说明此类对象构建了。 Systemd.out.println("ObjectPool()") } }
-
其中,在上面的代码中,我们使用了
@Scope
注解对类进行描述,用于指定类的实例作用域。不写@Scope默认就是单例(singleton)作用域,这个作用域会配合延迟加载(@Lazy)
特性使用,表示此类的实例在需要时可以创建一份并且将其存储到Spring的容器中(Bean池),需要的时候直接从池中获取,以实现对象的可重用。假如一些对象应用次数非常少,可以考虑不放入池中,进而使用**@Scope(“prototype”)作用域**对类进行描述,让此类的对象在何时需要何时创建,用完以后,当此对象不可达了,则可以直接被GC垃圾回收器系统销毁。
3.4 Bean对象的生命周期方法
-
程序中的每个对象都有生命周期,对象创建,初始化,应用,销毁的这个过程称之为对象的生命周期。
-
在对象创建以后要初始化,应用完成以后要销毁时执行的一些方法,我们可以称之为生命周期方法。但不见得每个对象都会定义生命周期方法。在实际项目中往往一些池对象通常会定义这样的一些生命周期方法(例如连接池)。那这样的方法在spring工程中如何进行标识呢?
-
通常要借助
@PostConstruct
和PreDestroy
注解对特定方法进行描述,例如:package com.cy.pj.common.pool; @Scope("singleton") @Lazy @Component public class ObjectPool{//假设此对象为一个对象池 public ObjectPool(){ Systemd.out.println("ObjectPool()") } @PostConstruct public void init(){ System.out.println("init()"); } @PreDestroy public void destory(){ System.out.println("destory()"); } }
-
其中:
- @PostConstruct 注解描述的方法为生命周期初始化方法,在对象构建以后执行。
- @PreDestroy 注解描述的方法为生命周期销毁方法,此方法所在的对象,假如存储到了Spring容器,那这个对象在从Spring容器移除之前会先执行这个生命周期销毁方法(prototype作用域对象不执行此方法)。
4. SpringBoot 工程依赖注入分析
4.1 入门案例设计
- 为了更好理解Sping框架的底层注入机制,现在进行案例API设计,理解API的依赖注入过程,如图所示:
4.2 实现过程
-
第一步:定义Cache接口,代码如下:
package com.cy.pj.common.cache; public interface Cache { }
-
第二步:定义Cache接口实现类SoftCache,代码如下:
package com.cy.pj.common.cache; @Component public class SoftCache implements Cache{ }
-
第三步:定义Cache接口实现类WeakCache,代码如下:
package com.cy.pj.common.cache; @Component public class WeakCache implements Cache{ }
``
-
第四步:定义CacheTests单元测试类,代码如下:
package com.cy.pj.common.cache; import org.junit.jupiter.api.Test; @SpringBootTest public class CacheTests { @Autowired @Qualifier("softCache") private Cache cache; @Test public void testCache() { System.out.println(cache); } }
- 其中,@Autowired由Spring框架定义,用于描述类中属性或相关方法(例如构造方法)。Spring框架在项目运行时假如发现由他管理的Bean对象中有使用@Autowired注解描述的属性或方法,可以按照指定规则为属性赋值(DI)。
- 其基本规则是:首先要检测容器中是否有与属性或方法参数类型相匹配的对象,假如有并且只有一个则直接注入。其次,假如检测到有多个,还会按照@Autowired描述的属性或方法参数名查找是否有名字匹配的对象,有则直接注入,没有则抛出异常。最后,假如我们有明确要求,必须要注入类型为指定类型,名字为指定名字的对象还可以使用@Qualifier注解对其属性或参数进行描述(此注解必须配合@Autowired注解使用)。
-
第五步:运行CacheTests检测输出结果,基于结果理解其注入规则。