SpringBoot初步学习
SpringBoot
今日目标:
-
掌握基于SpringBoot框架的程序开发步骤
-
熟练使用SpringBoot配置信息修改服务器配置
-
基于SpringBoot的完成SSM整合项目开发
1. SpringBoot简介
SpringBoot 其设计目的是用来简化 Spring 应用的初始搭建以及开发过程。
1.1 SpringBoot快速入门
1.1.1 开发步骤
SpringBoot 开发起来特别简单,分为如下几步:
-
创建新模块,选择Spring初始化,并配置模块相关基础信息
-
选择当前模块需要使用的技术集
-
开发控制器Controller类
-
运行自动生成的Application类,从而启动springboot内置的服务器
4.0.0 org.springframework.boot spring-boot-starter-parent 2.5.0 com.itheima springboot_01_quickstart 0.0.1-SNAPSHOT 8 org.springframework.boot spring-boot-starter-web org.springframework.boot spring-boot-starter-test test org.springframework.boot spring-boot-maven-plugin
我们代码之所以能简化,就是因为指定的父工程和 Spring Web 依赖实现的。具体的我们后面在聊。
1.1.2 对比
做完 SpringBoot 的入门案例后,接下来对比一下 Spring 程序和 SpringBoot 程序。如下图
-
坐标
Spring 程序中的坐标需要自己编写,而且坐标非常多
SpringBoot 程序中的坐标是我们在创建工程时进行勾选自动生成的
-
web3.0配置类
Spring 程序需要自己编写这个配置类。这个配置类大家之前编写过,肯定感觉很复杂
SpringBoot 程序不需要我们自己书写
-
配置类
Spring/SpringMVC 程序的配置类需要自己书写。而 SpringBoot 程序则不需要书写。
以后我们和前端开发人员协同开发,而前端开发人员需要测试前端程序就需要后端开启服务器,这就受制于后端开发人员。为了摆脱这个受制,前端开发人员尝试着在自己电脑上安装 Tomcat 和 Idea ,在自己电脑上启动后端程序,这显然不现实。
1.1.3 SpringBoot工程快速启动
1.1.3.1 问题导入
以后我们和前端开发人员协同开发,而前端开发人员需要测试前端程序就需要后端开启服务器,这就受制于后端开发人员。为了摆脱这个受制,前端开发人员尝试着在自己电脑上安装 Tomcat 和 Idea ,在自己电脑上启动后端程序,这显然不现实。
我们后端可以将 SpringBoot 工程打成 jar 包,该 jar 包运行不依赖于 Tomcat 和 Idea 这些工具也可以正常运行,只是这个 jar 包在运行过程中连接和我们自己程序相同的 Mysql 数据库即可。这样就可以解决这个问题,如下图
那现在问题是如何打包呢?
1.1.3.2 打包
由于我们在构建 SpringBoot 工程时已经在 pom.xml 中配置了如下插件
org.springframework.boot spring-boot-maven-plugin
所以我们只需要使用 Maven 的 package 指令打包就会在 target 目录下生成对应的 Jar 包。
注意:该插件必须配置,不然打好的 jar 包也是有问题的。
1.1.3.3 启动
进入 jar 包所在位置,在 命令提示符 中输入如下命令
jar -jar springboot_01_quickstart-0.0.1-SNAPSHOT.jar
执行上述命令就可以看到 SpringBoot 运行的日志信息
1.2 SpringBoot概述
SpringBoot 主要作用是什么,就是简化 Spring 的初始搭建过程和开发过程。
原始 Spring 环境搭建和开发存在以下问题:
-
配置繁琐
-
依赖设置繁琐
SpringBoot 程序优点恰巧就是针对 Spring 的缺点
-
自动配置。这个是用来解决 Spring 程序config配置繁琐的问题
-
起步依赖。这个是用来解决 Spring 程序依赖设置繁琐的问题
-
辅助功能(内置服务器,…)。我们在启动 SpringBoot 程序时既没有使用本地的 tomcat 也没有使用 tomcat 插件,而是使用 SpringBoot 内置的服务器。
接下来我们来说一下 SpringBoot 的起步依赖
1.2.1 起步依赖
我们使用 Spring Initializr 方式创建的 Maven 工程的的 pom.xml 配置文件中自动生成了很多包含 starter 的依赖,如下图
这些依赖就是启动依赖,接下来我们探究一下他是如何实现的。
1.2.1.1 探索父工程
从上面的文件中可以看到指定了一个父工程,我们进入到父工程,发现父工程中又指定了一个父工程,如下图所示
再进入到该父工程中,在该工程中我们可以看到配置内容结构如下图所示
上图中的 properties 标签中定义了各个技术软件依赖的版本,避免了我们在使用不同软件技术时考虑版本的兼容问题。在 properties 中我们找 servlet 和 mysql 的版本如下图
dependencyManagement 标签是进行依赖版本锁定,但是并没有导入对应的依赖;如果我们工程需要那个依赖只需要引入依赖的 groupid 和 artifactId 不需要定义 version。
而 build 标签中也对插件的版本进行了锁定,如下图
看完了父工程中 pom.xml 的配置后不难理解我们工程的的依赖为什么都没有配置 version。
1.2.1.2 探索依赖
在我们创建的工程中的 pom.xml 中配置了如下依赖
进入到该依赖,查看 pom.xml 的依赖会发现它引入了如下的依赖
里面的引入了 spring-web 和 spring-webmvc 的依赖,这就是为什么我们的工程中没有依赖这两个包还能正常使用 springMVC 中的注解的原因。
而依赖 spring-boot-starter-tomcat ,从名字基本能确认内部依赖了 tomcat,所以我们的工程才能正常启动。
结论:以后需要使用技术,只需要引入该技术对应的起步依赖即可
1.2.1.3 小结
starter
- SpringBoot 中常见项目名称,定义了当前项目使用的所有项目坐标,以达到减少依赖配置的目的
parent
-
所有 SpringBoot 项目要继承的项目,定义了若干个坐标版本号(依赖管理dependencymangment,而非依赖),以达到减少依赖冲突的目的
-
spring-boot-starter-parent(2.5.0)与 spring-boot-starter-parent(2.4.6)共计57处坐标版本不同
实际开发
- 使用任意坐标时,仅书写GAV中的G和A,V由SpringBoot提供
G:groupid
A:artifactId
V:version
- 如发生坐标错误,再指定version(要小心版本冲突)
1.2.2 程序启动
创建的每一个 SpringBoot 程序时都包含一个类似于下面的类,我们将这个类称作引导类
@SpringBootApplication public class Springboot01QuickstartApplication { public static void main(String[] args) { SpringApplication.run(Springboot01QuickstartApplication.class, args); } }
注意:
-
SpringBoot 在创建项目时,采用jar的打包方式
-
SpringBoot 的引导类是项目的入口,运行 main 方法就可以启动项目
因为我们在 pom.xml 中配置了 spring-boot-starter-web 依赖,而该依赖通过前面的学习知道它依赖 tomcat ,所以运行 main 方法就可以使用 tomcat 启动咱们的工程。
1.2.3 切换web服务器
现在我们启动工程使用的是 tomcat 服务器,现在想要停用 tomcat 用 jetty 服务器,jetty 是maven 私服使用的服务器。而要切换 web 服务器就需要将默认的 tomcat 服务器给排除掉,怎么排除呢?使用 exclusion 标签
org.springframework.boot spring-boot-starter-web spring-boot-starter-tomcat org.springframework.boot org.springframework.boot spring-boot-starter-jetty
接下来运行引导类,在日志信息中就可以看到使用的是 jetty 服务器
小结:
通过切换服务器,我们不难发现在使用 SpringBoot 换技术时只需要导入该技术的起步依赖即可
2. 配置文件
2.1 配置文件格式
SpringBoot 提供了多种属性配置方式
- application.properties
server.port=80
- application.yml(常用)
server: port: 81 enterprise: name: itcast age: 16 tel: 4006184000 subject: - Java - 前端 - 大数据
- application.yaml
server: port: 82
ps:yml、yaml文件需要在属性: 后面加空格
优先级:application.properties > application.yml > application.yaml
注意:SpringBoot 程序的配置文件名必须是 application ,只是后缀名不同而已。
2.2 yaml配置文件数据读取
目录结构:
在 com.itheima.domain 包下创建一个名为 Enterprise 的实体类等会用来封装数据,内容如下
public class Enterprise { private String name; private int age; private String tel; private String[] subject; //setter and getter //toString }
在 resources 下创建一个名为 application.yml 的配置文件,里面配置了不同的数据,内容如下
lesson: SpringBoot server: port: 80 enterprise: name: itcast age: 16 tel: 4006184000 subject: - Java - 前端 - 大数据
1. 使用 @Value注解
使用 @Value("表达式") 注解可以从配合文件中读取数据,注解中用于读取属性名引用方式是:${一级属性名.二级属性名……}
我们可以在 BookController 中使用 @Value 注解读取配合yaml文件数据,如下
@RestController @RequestMapping("/books") public class BookController { @Value("${lesson}") private String lesson; @Value("${server.port}") private Integer port; @Value("${enterprise.subject[0]}") private String subject_00; @GetMapping("/{id}") public String getById(@PathVariable Integer id){ System.out.println(lesson); System.out.println(port); System.out.println(subject_00); return "hello , spring boot!"; } }
2. Environment对象
上面方式读取到的数据特别零散,SpringBoot 还可以使用 @Autowired 注解注入 Environment 对象的方式读取数据。这种方式 SpringBoot 会将配置文件中所有的数据封装到 Environment 对象中,如果需要使用哪个数据只需要通过调用 Environment 对象的 getProperty(String name) 方法获取
@RestController @RequestMapping("/books") public class BookController { @Autowired private Environment env; @GetMapping("/{id}") public String getById(@PathVariable Integer id){ System.out.println(env.getProperty("lesson")); System.out.println(env.getProperty("enterprise.name")); System.out.println(env.getProperty("enterprise.subject[0]")); return "hello , spring boot!"; } }
注意:这种方式,框架内容大量数据,而在开发中我们很少使用。
3.自定义对象
SpringBoot 还提供了将配置文件中的数据封装到我们自定义的实体类对象中的方式。具体操作如下:
-
将实体类 bean 的创建交给 Spring 管理。
在类上添加 @Component 注解
-
使用 @ConfigurationProperties 注解表示加载配置文件
在该注解中也可以使用 prefix 属性指定只加载指定前缀的数据
-
在 BookController 中进行注入
具体代码如下:
Enterprise 实体类内容如下:
@Component @ConfigurationProperties(prefix = "enterprise") public class Enterprise { private String name; private int age; private String tel; private String[] subject; public String getName() { return name; } public void setName(String name) { this.name = name; } public int getAge() { return age; } public void setAge(int age) { this.age = age; } public String getTel() { return tel; } public void setTel(String tel) { this.tel = tel; } public String[] getSubject() { return subject; } public void setSubject(String[] subject) { this.subject = subject; } @Override public String toString() { return "Enterprise{" + "name='" + name + '\'' + ", age=" + age + ", tel='" + tel + '\'' + ", subject=" + Arrays.toString(subject) + '}'; } }
BookController 内容如下:
@RestController @RequestMapping("/books") public class BookController { @Autowired private Enterprise enterprise; @GetMapping("/{id}") public String getById(@PathVariable Integer id){ System.out.println(enterprise.getName()); System.out.println(enterprise.getAge()); System.out.println(enterprise.getSubject()); System.out.println(enterprise.getTel()); System.out.println(enterprise.getSubject()[0]); return "hello , spring boot!"; } }
注意:
使用第三种方式,在实体类上有如下警告提示
这个警告提示解决是在 pom.xml 中添加如下依赖即可
org.springframework.boot spring-boot-configuration-processor true
2.3 多环境配置
以后在工作中,对于开发环境、测试环境、生产环境的配置肯定都不相同,比如我们开发阶段会在自己的电脑上安装 mysql ,连接自己电脑上的 mysql 即可,但是项目开发完毕后要上线就需要该配置,将环境的配置改为线上环境的。
来回的修改配置会很麻烦,而 SpringBoot 给开发者提供了多环境的快捷配置,需要切换环境时只需要改一个配置即可。不同类型的配置文件多环境开发的配置都不相同,接下来对不同类型的配置文件进行说明
2.3.1 yaml文件
在 application.yml 中使用 --- 来分割不同的配置,内容如下
#开发 spring: profiles: dev #给开发环境起的名字 server: port: 80 --- #生产 spring: profiles: pro #给生产环境起的名字 server: port: 81 --- #测试 spring: profiles: test #给测试环境起的名字 server: port: 82 ---
上面配置中 spring.profiles 是用来给不同的配置起名字的。而如何告知 SpringBoot 使用哪段配置呢?可以使用如下配置来启用都一段配置
#设置启用的环境 spring: profiles: active: dev #表示使用的是开发环境的配置
综上所述,application.yml 配置文件内容如下
#设置启用的环境 spring: profiles: active: dev --- #开发 spring: profiles: dev server: port: 80 --- #生产 spring: profiles: pro server: port: 81 --- #测试 spring: profiles: test server: port: 82 ---
注意:
在上面配置中给不同配置起名字的 spring.profiles 配置项已经过时。最新用来起名字的配置项是
#开发 spring: config: activate: on-profile: dev
2.3.2 properties文件
properties 类型的配置文件配置多环境需要定义不同的配置文件
- application-dev.properties 是开发环境的配置文件。我们在该文件中配置端口号为 80
server.port=80
- application-test.properties 是测试环境的配置文件。我们在该文件中配置端口号为 81
server.port=81
- application-pro.properties 是生产环境的配置文件。我们在该文件中配置端口号为 82
server.port=82
SpringBoot 只会默认加载名为 application.properties 的配置文件,所以需要在 application.properties 配置文件中设置启用哪个配置文件,配置如下:
spring.profiles.active=pro
2.3.3 命令行启动参数设置
使用 SpringBoot 开发的程序以后都是打成 jar 包,通过 java -jar xxx.jar 的方式启动服务的。那么就存在一个问题,如何切换环境呢?因为配置文件打到的jar包中了。
我们知道 jar 包其实就是一个压缩包,可以解压缩,然后修改配置,最后再打成jar包就可以了。这种方式显然有点麻烦,而 SpringBoot 提供了在运行 jar 时设置开启指定的环境的方式,如下
java –jar xxx.jar –-spring.profiles.active=test
那么这种方式能不能临时修改端口号呢?也是可以的,可以通过如下方式
java –jar xxx.jar –-server.port=88
当然也可以同时设置多个配置,比如即指定启用哪个环境配置,又临时指定端口,如下
java –jar springboot.jar –-server.port=88 –-spring.profiles.active=test
2.4 配置文件分类
有这样的场景,我们开发完毕后需要测试人员进行测试,由于测试环境和开发环境的很多配置都不相同,所以测试人员在运行我们的工程时需要临时修改很多配置,如下
java –jar springboot.jar –-spring.profiles.active=test --server.port=85 --server.servlet.context-path=/heima --server.tomcat.connection-timeout=-1 …… …… …… …… ……
针对这种情况,SpringBoot 定义了配置文件不同的放置的位置;而放在不同位置的优先级时不同的。
SpringBoot 中4级配置文件放置位置:
-
1级:classpath:application.yml
-
2级:classpath:config/application.yml
-
3级:file :application.yml
-
4级:file :config/application.yml
==说明:==级别越高优先级越高
3,SpringBoot整合junit
首先回顾 Spring 整合 junit
@RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(classes = SpringConfig.class) public class UserServiceTest { @Autowired private BookService bookService; @Test public void testSave(){ bookService.save(); } }
使用 @RunWith 注解指定运行器,使用 @ContextConfiguration 注解来指定配置类或者配置文件。而 SpringBoot 整合 junit 特别简单,分为以下三步完成:
-
在测试类上添加 SpringBootTest 注解
-
使用 @Autowired 注入要测试的资源
-
定义测试方法进行测试
在 test/java 下创建 com.itheima 包,在该包下创建测试类,将 BookService 注入到该测试类中
@SpringBootTest class Springboot07TestApplicationTests { @Autowired private BookService bookService; @Test public void save() { bookService.save(); } }
==注意:==这里的引导类所在包必须是测试类所在包及其子包。
例如:
-
引导类所在包是 com.itheima
-
测试类所在包是 com.itheima
如果不满足这个要求的话,就需要在使用 @SpringBootTest 注解时,使用 classes 属性指定引导类的字节码对象。如 @SpringBootTest(classes = Springboot07TestApplication.class)
4. SpringBoot整合Mybatis
首先回顾Spring整合Mybatis:
Spring 整合 Mybatis 需要定义很多配置类
-
SpringConfig 配置类
-
- 导入 JdbcConfig 配置类
-
- 导入 MybatisConfig 配置类
@Configuration @ComponentScan("com.itheima") @PropertySource("classpath:jdbc.properties") @Import({JdbcConfig.class,MyBatisConfig.class}) public class SpringConfig { }
-
JdbcConfig 配置类
-
定义数据源(加载properties配置项:driver、url、username、password)
public class JdbcConfig { @Value("${jdbc.driver}") private String driver; @Value("${jdbc.url}") private String url; @Value("${jdbc.username}") private String userName; @Value("${jdbc.password}") private String password; @Bean public DataSource getDataSource(){ DruidDataSource ds = new DruidDataSource(); ds.setDriverClassName(driver); ds.setUrl(url); ds.setUsername(userName); ds.setPassword(password); return ds; } }
-
MybatisConfig 配置类
-
- 定义 SqlSessionFactoryBean
-
- 定义映射配置 (实现mapper自动代理)
@Bean public MapperScannerConfigurer getMapperScannerConfigurer(){ MapperScannerConfigurer msc = new MapperScannerConfigurer(); msc.setBasePackage("com.itheima.dao"); return msc; } @Bean public SqlSessionFactoryBean getSqlSessionFactoryBean(DataSource dataSource){ SqlSessionFactoryBean ssfb = new SqlSessionFactoryBean(); ssfb.setTypeAliasesPackage("com.itheima.domain"); ssfb.setDataSource(dataSource); return ssfb; }
接下来看看SpringBoot整合Mybatis:
1. 创建模块
- 创建新模块,选择 Spring Initializr,并配置模块相关基础信息
- 选择当前模块需要使用的技术集(MyBatis、MySQL)
2. 编写配置
我们代码中并没有指定连接哪儿个数据库,用户名是什么,密码是什么。所以这部分需要在 SpringBoot 的配置文件中进行配合。
在 application.yml 配置文件中配置如下内容
spring: datasource: driver-class-name: com.mysql.jdbc.Driver url: jdbc:mysql://localhost:3306/ssm_db username: root password: root
3. 给dao接口添加@Mapper注解
Mybatis 会扫描接口并创建接口的代码对象交给 Spring 管理,但是Springboot现在并没有告诉 Mybatis 哪个是 dao 接口。而我们要解决这个问题需要在BookDao 接口上使用 @Mapper ,BookDao 接口改进为
@Mapper public interface BookDao { @Select("select * from tbl_book where id = #{id}") public Book getById(Integer id); }
4. 使用Druid数据源
现在我们并没有指定数据源,SpringBoot 有默认的数据源,我们也可以指定使用 Druid 数据源,按照以下步骤实现
- 导入 Druid 依赖
com.alibaba druid 1.1.16
- 在 application.yml 配置文件配置
可以通过 spring.datasource.type 来配置使用什么数据源。配置文件内容可以改进为
spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/ssm_db?serverTimezone=UTC username: root password: root type: com.alibaba.druid.pool.DruidDataSource
5. 小结
SpringBoot1 基础学习到这就已经学习完毕,接下来将学习 SSM 时做的三大框架整合的案例用 SpringBoot 来实现一下。我们完成这个案例基本是将之前做的拷贝过来,修改成 SpringBoot 的即可,主要从以下几部分完成
-
pom.xml
配置起步依赖,必要的资源坐标(druid等)
-
application.yml
设置数据源、端口等
-
配置类
全部删除
-
dao
设置@Mapper
-
测试类
设置@SpringbootTest
-
页面
放置在resources目录下的static目录中
-
- 在 application.yml 配置文件配置
- 导入 Druid 依赖
- 选择当前模块需要使用的技术集(MyBatis、MySQL)
- 创建新模块,选择 Spring Initializr,并配置模块相关基础信息
- 定义映射配置 (实现mapper自动代理)
-
-
- 导入 MybatisConfig 配置类
-
-
-
-
- application-pro.properties 是生产环境的配置文件。我们在该文件中配置端口号为 82
- application-test.properties 是测试环境的配置文件。我们在该文件中配置端口号为 81
- application-dev.properties 是开发环境的配置文件。我们在该文件中配置端口号为 80
-
- application.yaml
- application.yml(常用)
- application.properties
-
- 如发生坐标错误,再指定version(要小心版本冲突)
- 使用任意坐标时,仅书写GAV中的G和A,V由SpringBoot提供
-
- SpringBoot 中常见项目名称,定义了当前项目使用的所有项目坐标,以达到减少依赖配置的目的
-
-
-
-