Spring Boot 是 Spring 开源组织下的子项目,是 Spring 组件一站式解决方案,主要是简化了使用Spring 的难度, 简省了繁重的配置,提供了各种启动器,使开发者能快速上手。
快速开发,快速整合,配置简化、内嵌服务容器
SpringBoot是快速开发的Spring框架,SpringCloud是完整的微服务框架,SpringCloud依赖于SpringBoot。
Spring Boot 主要有如下优点:
容易上手,提升开发效率,为 Spring 开发提供一个更快、更简单的开发框架。
开箱即用,远离繁琐的配置。
提供了一系列大型项目通用的非业务性功能,例如:内嵌服务器、安全管理、运行数据监控、运行状况检查和外部化配置等。
SpringBoot总结就是使编码变简单、配置变简单、部署变简单、监控变简单等等
启动类上面的注解是@SpringBootApplication
,它也是 Spring Boot 的核心注解,主要组合包含了以下 3 个注解:
@SpringBootConfiguration:组合了@Configuration
注解,实现配置文件的功能。
@EnableAutoConfiguration:打开自动配置的功能,也可以关闭某个自动配置的选项
例如:
java 如关闭数据源自动配置功能:
@SpringBootApplication(exclude = {DataSourceAutoConfiguration.class })。
@ComponentScan:Spring组件扫描。
Spring Boot 支持Java Util Logging
, Log4j2, Lockback 作为日志框架,如果你使用 Starters 启动器, Spring Boot 将使用 Logback 作为默认日志框架,但是不管是那种日志框架他都支持将配置文件输出到控制台或者文件中。
我个人理解SpringBoot就是由各种Starter组合起来的,我们自己也可以开发Starter
在sprinBoot启动时由@SpringBootApplication
注解会自动去maven中读取每个starter中的spring.factories
文件,文件里配置了所有需要被创建spring容器中的bean,并且进行自动配置把bean注入SpringContext中
SpringContext是Spring的配置文件
配置变更
JDK 版本升级
第三方类库升级
响应式 Spring 编程支持
HTTP/2 支持
配置属性绑定
更多改进与加强
thymeleaf,freemarker,jsp,官方不推荐JSP会有限制
我觉得是为难人,SpringBoot在目前我觉得没有什么缺点,非要找一个出来我觉得就是由于不用自己做的配置,报错时很难定位。
打包用命令或者放到容器中运行
用 Maven/ Gradle 插件运行
直接执行 main 方法运行
可以不需要,内置了 Tomcat/ Jetty 等容器。
继承spring-boot-starter-parent
项目
导入spring-boot-dependencies
项目依赖
热部署就是可以不用重新运行SpringBoot项目可以实现操作后台代码自动更新到以运行的项目中
主要有两种方式:
模板热部署
spring-boot-devtools
Spring Loaded
JRebel(插件)
org.springframework.boot
spring-boot-devtools
1、启动类加上@EnableTransactionManagement
注解,开启事务支持(其实默认是开启的)。
2、在使用事务的public(只有public支持事务)方法(或者类-相当于该类的所有public方法都使用)加上@Transactional
注解。
在SpringBoot中使用异步调用是很简单的,只需要在方法上使用@Async注解即可实现方法的异步
调用。注意:需要在启动类加入@EnableAsync
使异步调用@Async注解生效。
@Configuration
//主要是为了扫描范围包下的所有 @Async注解
@EnableAsync
public class AsyncConfiguration {
}
可以实现接口ApplicationRunner
或者CommandLineRunner
,这两个接口实现方式一样,它们都只提供了一个 run 方法
Spring Boot 可以通过@PropertySource
、@Value
、@Environment
、@ConfigurationProperties
注解来绑定变量
Spring JavaConfig 是 Spring 社区的产品,Spring 3.0 引入了他,它提供了配置 Spring IOC 容器的纯Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的优点在于:
面向对象的配置。由于配置被定义为 JavaConfig 中的类,因此用户可以充分利用 Java 中的面向对象功能。
一个配置类可以继承另一个,重写它的@Bean 方法等。减少或消除 XML 配置
。
基于依赖注入原则的外化配置的好处已被证明。但是,许多开发人员不希望在 XML 和 Java 之间来回切换。
JavaConfig 为开发人员提供了一种纯 Java 方法来配置与 XML 配置概念相似的 Spring 容器。
从技术角度来讲,只使用 JavaConfig 配置类来配置容器是可行的,但实际上很多人认为将JavaConfifig 与 XML 混合匹配是理想的。
类型安全和重构友好。JavaConfig 提供了一种类型安全的方法来配置 Spring容器。
由于 Java5.0 对泛型的支持,
现在可以按类型而不是按名称检索 bean,不需要任何强制转换或基于字符串的查找。
常用的Java config:
@Configuration:在类上写下此注解,表示这个类是配置类
@ComponentScan:在配置类上添加@ComponentScan
注解。该注解默认会扫描该类所在的包下所有的配置类,相当于之前的
。
@Bean:bean的注入:相当于以前的< bean id=“objectMapper” class=“org.codehaus.jackson.map.ObjectMapper” />
@EnableWebMvc:相当于xml的
@ImportResource:相当于xml的< import resource="applicationContextcache.xml">
主要是Spring Boot的启动类上的核心注解SpringBootApplication
注解主配置类,有了这个主配置类启动时就会为SpringBoot开启一个@EnableAutoConfiguration
注解自动配置功能。
有了这个EnableAutoConfiguration
的话就会:
从配置文件META_INF/Spring.factories
加载可能用到的自动配置类
去重,并将exclude和excludeName属性携带的类排除
过滤,将满足条件(@Conditional
)的自动配置类返回
在 Spring Boot 里面,可以使用以下几种方式来加载配置。
properties文件;
YAML文件;
系统环境变量;
命令行参数;
YAML 是一种人类可读的数据序列化语言。它通常用于配置文件。与属性文件相比,如果我们想要在配置文件中添加复杂的属性,YAML 文件就更加结构化,而且更少混淆。可以看出 YAML 具有分层配置数据。
YAML 现在可以算是非常流行的一种配置文件格式了,无论是前端还是后端,都可以见到 YAML 配置。那么 YAML 配置和传统的 properties 配置相比到底有哪些优势呢?
配置有序,在一些特殊的场景下,配置有序很关键
简洁明了,他还支持数组,数组中的元素可以是基本数据类型也可以是对象
相比 properties 配置文件,YAML 还有一个缺点,就是不支持@PropertySource
注解导入自定义的 YAML 配置。
Spring Boot 推荐使用 Java 配置而非 XML 配置,但是 Spring Boot 中也可以使用 XML 配置,通过@ImportResource
注解可以引入一个 XML 配置。
单纯做 Spring Boot 开发,可能不太容易遇到bootstrap.properties
配置文件,但是在结合Spring Cloud 时,这个配置就会经常遇到了,特别是在需要加载一些远程配置文件的时侯。
spring boot 核心的两个配置文件:bootstrap (. yml 或者 . properties):boostrap 由父 ApplicationContext 加载的,比applicaton 优先加载,配置在应用程序上下文的引导阶段生效。
一般来说我们在 Spring Cloud 配置就会使用这个文件。且 boostrap 里面的属性不能被覆盖;application (. yml 或者 . properties):由ApplicatonContext 加载,用于 spring boot 项目的自动化配置。
在项目的开发中,有些配置文件在开发、测试或者生产等不同环境中可能是不同的,例如数据库连接、redis的配置等等。那我们如何在不同环境中自动实现配置的切换呢?Spring给我们提供了profiles机制给我们提供的就是来回切换配置文件的功能
Spring Profiles 允许用户根据配置文件(dev,test,prod 等)来注册 bean。因此,当应用程序在开发中运行时,只有某些 bean 可以加载,而在 PRODUCTION中,某些其他 bean 可以加载。
假设我们的要求是 Swagger 文档仅适用于 QA 环境,并且禁用所有其他文档。这可以使用配置文件来完成。Spring Boot 使得使用配置文件非常简单。
spring.profiles.active
spring:
profiles:
active: dev
指定激活哪个文件,值是application-{profileName}.yml
中的 profileName。用于区分不同的运行环境。
先在properties配置文件中配置两个数据源,创建分包mapper,使用@ConfigurationProperties
读取properties中的配置,使用@MapperScan
注册到对应的mapper包中
第一种方式是在service层的@TransactionManager
中使用transactionManager
指定
DataSourceConfig
中配置的事务
第二种是使用jta-atomikos
实现分布式事务管理
在生产中使用HTTPS
使用Snyk检查你的依赖关系
升级到最新版本
启用CSRF保护
使用内容安全策略防止XSS攻击
为了实现 Spring Boot 的安全性,我们使用spring-boot-starter-security
依赖项,并且必须添加安全配置。它只需要很少的代码。配置类将必须扩展WebSecurityConfigurerAdapter
并覆盖其方法。
由于 Spring Boot 官方提供了大量的非常方便的开箱即用的 Starter ,包括 Spring Security 的Starter ,使得在 Spring Boot 中使用 Spring Security 变得更加容易,甚至只需要添加一个依赖就可以保护所有的接口,所以,如果是 Spring Boot 项目,一般选择 Spring Security 。
当然这只是一个建议的组合,单纯从技术上来说,无论怎么组合,都是没有问题的。Shiro 和 Spring Security相比,主要有如下一些特点:
Spring Security 是一个重量级的安全管理框架;Shiro 则是一个轻量级的安全管理框架
Spring Security 概念复杂,配置繁琐;Shiro 概念简单、配置简单
Spring Security 功能强大;Shiro 功能简单
跨域可以在前端通过 JSONP 来解决,但是 JSONP 只可以发送 GET 请求,无法发送其他类型的请求,在 RESTful 风格的应用中,就显得非常鸡肋,因此我们推荐在后端通过 (CORS,Cross origin resource sharing
)来解决跨域问题。这种解决方案并非 Spring Boot 特有的,在传统的SSM 框架中,就可以通过 CORS 来解决跨域问题,只不过之前我们是在 XML 文件中配置 CORS ,
现在可以通过实现WebMvcConfigurer
接口然后重写addCorsMappings
方法解决跨域问题。
@Configuration
public class MyWebMvcConfig implements WebMvcConfigurer {
@Override
public void addCorsMappings(CorsRegistry registry) {
registry.addMapping("/**")
.allowedHeaders("*")
.allowedMethods("*")
.maxAge(1800)
.allowedOrigins("*");
}
}
Spring boot actuator 是 spring 启动框架中的重要功能之一。Spring boot 监视器可帮助您访问生产环境中正在运行的应用程序的当前状态。有几个指标必须在生产环境中进行检查和监控。即使一些外部应用程序可能正在使用这些服务来向相关人员触发警报消息。监视器模块公开了一组可直接作为 HTTP URL 访问的REST 端点来检查状态。
全局异常处理可以用两个注解来实现:@ControllerAdvice+@ExceptionHandler
。
这样可以捕获 Controller中抛出的指定类型异常,可对不同类型的异常单独进行处理。
@Slf4j
@ControllerAdvice
public class GlobalExceptionAdvice {
@ExceptionHandler({Exception.class})
@ResponseBody
public Object handleException(HttpServletRequest request, Exception e) throws Exception {
log.error(e.getMessage(), e);
// 如果某个自定义异常有@ResponseStatus注解,就继续抛出
if (AnnotationUtils.findAnnotation(e.getClass(), ResponseStatus.class) != null) {
throw e;
}
HashMap map = new HashMap<>();
map.put("message", "全局异常处理" + e.getMessage());
return map;
}
}
Spring Boot 提供监视器端点以监控各个微服务的度量。这些端点对于获取有关应用程序的信息(如它们是否已启动)以及它们的组件(如数据库等)是否正常运行很有帮助。但是,使用监视器的一个主要缺点或困难是,我们必须单独打开应用程序的知识点以了解其状态或健康状况。
想象一下涉及 50 个应用程序的微服务,管理员将不得不击中所有 50 个应用程序的执行终端。为了帮助我们处理这种情况,我们将使用位于https://github.com/codecentric/spring-boot-admin
的开源项目。它建立在Spring Boot Actuator
之上,它提供了一个 Web UI,使我们能够可视化多个应用程序的度量。
一、优化注解@SpringBootApplication
@SpringBootApplication
是Springboot 整合的一个复合注解,作用相当于@Configuration + @EnableAutoConfiguration + @ComponentScan
由于其中包括有包扫描的注解@ComponentScan
,这会导致项目启动时间变长(启动一个大的应用程序或做大量的集成测试启动应用程序时,影响会特别明显),会加载一些多余的实例(Beans),也会增加 CPU 消耗。所以可以将@SpringBootApplication
注解改为@EnableAutoConfiguration + @Configuration + 在我们需要的 bean 上进行显式配置注解
。
二、将 Servlet 容器由 Tomcat 变成 Undertow
三、JVM 调优
这可以使用 DEV 工具来实现。通过这种依赖关系,您可以节省任何更改,嵌入式tomcat 将重新启动。Spring Boot 有一个开发工具(DevTools)模块,它有助于提高开发人员的生产力。
Java 开发人员面临的一个主要挑战是将文件更改自动部署到服务器并自动重启服务器。开发人员可以重新加载 Spring Boot 上的更改,而无需重新启动服务器。这将消除每次手动部署更改的需要。SpringBoot 在发布它的第一个版本时没有这个功能。
这是开发人员最需要的功能。DevTools 模块完全满足开发人员的需求。该模块将在生产环境中被禁用。它还提供 H2 数据库控制台以更好地测试应用程序。
在微服务中,一个完整的项目被拆分成多个不相同的独立的服务,各个服务独立部署在不同的服务器上,各自的 session 被从物理空间上隔离开了,但是经常,我们需要在不同微服务之间共享session ,常见的方案就是 Spring Session + Redis 来实现 session 共享。
将所有微服务的session 统一保存在 Redis 上,当各个微服务对 session 有相关的读写操作时,都去操作 Redis 上的 session 。这样就实现了 session 共享,Spring Session 基于 Spring 中的代理过滤器实现,使得 session 的同步操作对开发人员而言是透明的,非常简便。
org.springframework.boot
spring-boot-devtools
使用了下面的一些依赖项
spring-boot-starter-web
嵌入tomcat和web开发需要servlet与jsp支持
spring-boot-starter-data-jpa
数据库支持
spring-boot-starter-data-redis
redis数据库支持
spring-boot-starter-data-solr
solr支持
mybatis-spring-boot-starter
第三方的mybatis集成starter
这个 Starter 并非什么新的技术点,基本上还是基于 Spring 已有功能来实现的。
首先它提供了一个自动化配置类,一般命名为XXXAutoConfiguration
,在这个配置类中通过条件注解来决定一个配置是否生效(条件注解就是 Spring 中原本就有的),然后它还会提供一系列的默认配置,也允许开发者根据实际情况自定义相关配置,然后通过类型安全的属性注入将这些配置属性注入进来,新注入的属性会代替掉默认属性。
正因为如此,很多第三方框架,我们只需要引入依赖就可以直接使用了。当然,开发者也可以自定义 Starter
在 Spring Boot 中使用定时任务主要有两种不同的方式,一个就是使用 Spring 中的@Scheduled
注解,另一-个则是使用第三方框架 Quartz。
使用 Spring 中的@Scheduled
的方式主要通过@Scheduled
注解来实现。
我们都知道,新创建一个 Spring Boot 项目,默认都是有 parent 的,这个 parent 就是spring-boot-starter-parent
,spring-boot-starter-parent
主要有如下作用:
定义了 Java 编译版本为 1.8 。
使用 UTF-8 格式编码。
继承自spring-boot-dependencies
,这个里边定义了依赖的版本,也正是因为继承了这个依赖,所以我们在写依赖时才不需要写版本号。
执行打包操作的配置。
自动化的资源过滤。
自动化的插件配置。
针对application.properties
和application.yml
的资源过滤,包括通过 profile 定义的不同环境的配置文件,例如application-dev.properties
和application-dev.yml
。
总结就是打包用的
进入项目目录在控制台输入mvn clean package
,clean是清空已存在的项目包,package进行打包;或者点击左边选项栏中的Maven,先点击clean在点击package
Spring Boot 项目最终打包成的 jar 是可执行 jar ,这种 jar 可以直接通过java -jar xxx.jar
命令来运行,这种 jar 不可以作为普通的 jar 被其他项目依赖,即使依赖了也无法使用其中的类。
Spring Boot 的 jar 无法被其他项目依赖,主要还是他和普通 jar 的结构不同。普通的 jar 包,解压后直接就是包名,包里就是我们的代码,而 Spring Boot 打包成的可执行 jar 解压后,在\BOOT-INF\classes
目录下才是我们的代码,因此无法被直接引用。如果非要引用,可以在 pom.xml文件中增加配置,将 Spring Boot 项目打包成两个 jar ,一个可执行,一个可引用。