侧边栏壁纸
博主头像
coydone博主等级

记录学习,分享生活的个人站点

  • 累计撰写 306 篇文章
  • 累计创建 51 个标签
  • 累计收到 0 条评论

目 录CONTENT

文章目录

SpringBoot介绍

coydone
2022-04-01 / 0 评论 / 0 点赞 / 381 阅读 / 4,161 字 / 正在检测是否收录...
温馨提示:
本文最后更新于 2022-04-23,若内容或图片失效,请留言反馈。部分素材来自网络,若不小心影响到您的利益,请联系我们删除。

SpringBoot官方环境版本说明:https://docs.spring.io/spring-boot/docs/current/reference/html/getting-started.html#getting-started-system-requirements。

Spring

Spring是一个开源框架,2003年兴起的一个轻量级的Java开发框架,作者:Rod Johnson。

Spring是为了解决企业级应用开发的复杂性而创建的,简化开发。

如何简化Java开发

为了降低Java开发的复杂性,Spring采用了以下4种关键策略:

1、基于POJO的轻量级和最小侵入性编程。

2、通过IOC,依赖注入(DI)和面向接口实现松耦合。

3、基于切面(AOP)和惯例进行声明式编程。

4、通过切面和模板减少样式代码。

Spring的发展

Spring1.x时代

在Spring1.x时代,都是通过xml文件配置bean,随着项目的不断扩大,需要将xml配置分放到不同的配置文件中,需要频繁的在java类和xml配置文件中切换。

Spring2.x时代

随着JDK 1.5带来的注解支持,Spring2.x可以使用注解对Bean进行申明和注入,大大的减少了xml配置文件,同时也大大简化了项目的开发。那么,究竟是应该使用xml还是注解呢?

在spring早期版本中,由于当时的JDK并不支持注解,因此只能使用XML的配置,很快,随着JDK升级到JDK5之后,它加入了注解的新特性,这样注解就被广泛地使用起来, 于是spring内部也分为两派,一派是使用XML的,一派是使用注解的,为了简化开发,在spring2.X之后的版本也引入了注解,不过是少量的注解,如@Component @Service等,但是功能还是不强大,因此对于srping的开发,大部分情况下还是使用XML为主,随着注解的增加,尤其是Servlet3.0之后,WEB容器可以脱离web.xml的部署,使用得WEB容器完全可以基于注解开发,对于spring3和spring4的版本注解功能越来越强大。对于XML的依赖起来越少,到了4.0完全可以脱离XML, 所以在spring中使用注解开发占据了主流地位,近年来。微服务的流行,越来越多的企业要求快速开发,所以spring Boot更加兴旺了。

1、应用的基本配置用xml,比如:数据源、资源文件等;

2、业务开发用注解,比如:Service中注入bean等;

Spring3.x到Spring4.x

从Spring3.x开始提供了Java配置方式,使用Java配置方式可以更好的理解你配置的Bean,现在我们就处于这个时代,并且Spring4.x和Springboot都推荐使用Java配置的方式。

Spring5重大升级

响应式编程

内部源码设计

基于Java8的一些新特性,如:接口默认实现。重新设计源码架构。

Spring的能力

Spring的生态:https://spring.io/projects/spring-boot。

覆盖了:web开发、数据访问、安全控制、分布式、消息服务、移动开发、批处理等。

SpringBoot

学过JavaWeb的就知道,开发一个Web应用,从最初开始接触Servlet结合Tomcat,跑出一个HelloWolrld程序,是要经历特别多的步骤;后来就用了框架Struts,再后来是SpringMVC,到了现在的SpringBoot,过一两年又会有其他Web框架出现;框架在不断演进,然后自己开发项目所有的技术也再不断的变化、改造。

什么是SpringBoot呢,就是一个JavaWeb的开发框架,和SpringMVC类似,对比其他JavaWeb框架的好处,官方说是简化开发,约定大于配置,you can “just run”,能迅速的开发Web应用,几行代码开发一个http接口。

所有的技术框架的发展似乎都遵循了一条主线规律:从一个复杂应用场景衍生一种规范框架,人们只需要进行各种配置而不需要自己实现它,这时候强大的配置功能成了优点;发展到一定程度之后,人们根据实际生产应用情况,选取其中实用功能和设计精华,重构出一些轻量级的框架;之后为了提高开发效率,嫌弃原先的各类配置过于麻烦,于是开始提倡“约定大于配置”,进而衍生出一些一站式的解决方案。

这就是Java企业级应用→J2EE→ Spring→SpringBoot的过程。

随着Spring不断的发展,涉及的领域越来越多,项目整合开发需要配合各种各样的文件,慢慢变得不那么易用简单,违背了最初的理念,甚至人称配置地狱。SpringBoot 正是在这样的一个背景下被抽象出来的开发框架,目的为了让大家更容易的使用Spring、更容易的集成各种常用的中间件、开源软件;

SpringBoot基于Spring 开发,SpirngBoot本身并不提供Spring框架的核心特性以及扩展功能,只是用于快速、敏捷地开发新一代基于Spring框架的应用程序。也就是说,它并不是用来替代Spring的解决方案,而是和Spring框架紧密结合用于提升Spring开发者体验的工具。

SpringBoot以约定大于配置的核心思想,默认帮我们进行了很多设置,多数SpringBoot应用只需要很少的Spring配置。同时它集成了大量常用的第三方库配置(例如Redis、MongoDB、Jpa、RabbitMQ、Quartz 等等),SpringBoot应用中这些第三方库几乎可以零配置的开箱即用。

简单来说就是SpringBoot其实不是什么新的框架,它默认配置了很多框架的使用方式,就像Maven整合了所有的jar包,SpringBoot整合了所有的框架。

SpringBoot出生名门,从一开始就站在一个比较高的起点,又经过这几年的发展,生态足够完善,SpringBoot已经当之无愧成为Java领域最热门的技术。

SpringBoot的优点

  • 为所有Spring开发者更快的入门。

  • 开箱即用,提供各种默认配置来简化项目配置。

  • 内嵌式容器简化Web项目。

  • 没有冗余代码生成和XML配置的要求。

  • 提供生产就绪功能,如指标,健康检查和外部配置。

SpringBoot缺点

  • 人称版本帝,迭代快,需要时刻关注变化。

  • 封装太深,内部原理复杂,不容易精通。

时代背景

微服务

微服务是一种架构风格,一个应用拆分为一组小型服务,每个服务运行在自己的进程内,也就是可独立部署和升级,服务之间使用轻量级HTTP交互,服务围绕业务功能拆分,可以由全自动部署机制独立部署,去中心化,服务自治。服务可以使用不同的语言、不同的存储技术。

单体应用架构

所谓单体应用架构(all in one)是指,我们将一个应用中的所有应用服务都封装在一个应用中。

无论是ERP、CRM或是其他什么系统,你都把数据库访问,Web访问,等等各个功能放到一个war包内。

  • 这样做的好处是:易于开发和测试;也十分方便部署;当需要扩展时,只需要将war复制多份,然后放到多个服务器上。再做个负载均衡就可以了。

  • 单体应用的缺点是,哪怕我要修改一个非常小的地方,我都需要停掉整个服务,重新打包、部署整个应用war包。特别是对于一个大型应用,我们不可能把所有内容都放在一个应用里面,我们如何维护、如何分工合作都是问题。

微服务架构

all in one 的架构方式,我们把所有的给你拿单元放在一个应用里面,然后我们把整个应用部署到服务器上,如果负载能力不行,我们将整个应用进行水平复制,进行扩展,然后再负载均衡。

所谓微服务架构,就是打破之前all in one的架构方式,把每个功能元素独立出来。把独立出来的功能元素的动态组合,要的功能元才去拿来组合,需要多一些时可以整合多个功能元素。所以微服务架构是对功能元素进行复制,而没有对整个应用进行复制。

这样做的好处是:

  • 节省了调用资源。

  • 每个功能元素的服务都是一个可替换的、可独立升级的软件代码。

Martin Flower于2014年3月25日写的《Microservices》,详细的阐述了什么是微服务。

如何构建微服务

一个大型系统的微服务架构,就像一个复杂交织的神经网络,每一个神经元就是一个功能元素, 它们各自完成自己的功能,然后通过http相互请求调用。比如一个电商系统,查缓存、连数据库、浏览页面、结账、支付等服务都是一个个独立的功能服务,都被微化了,它们作为一个个微服务共同构建了一个庞大的系统。如果修改其中的一个功能,只需要更新升级其中一个功能服务单元即可。

但是这种庞大的系统架构给部署和运维带来很大的难度。于是,Spring为我们带来 了构建大型分布式微服务的全套、全程产品:

  • 构建一个个功能独立的微服务应用单元,可以使用springboot,可以帮我们快速构建一个应用;

  • 大型分布式网络服务的调用,这部分由SpringCloud来完成, 实现分布式;

  • 在分布式中间,进行流式数据计算、批处理,我们有Spring Sloud Data Flow。

  • Spring为我们想清楚了整个从开始构建应用到大型分布式应用全流程方案。

分布式

分布式的困难:远程调用、服务发现、负载均衡、服务容错、配置管理、服务监控、链路追踪、日志管理、任务调度、…

分布式的解决:SpringBoot + SpringCloud。

云原生

原生应用上云:Cloud Native。

上云的困难:服务自愈、弹性伸缩、服务隔离、自动化部署、灰度发布、流量治理、…

上云的解决:Docker、K8S、Devops-实战企业CI/CD等。

如何学习

SpringBoot官方文档:https://docs.spring.io/spring-boot/docs/current/reference/html/documentation.html#documentation。

查看版本新特性:https://github.com/spring-projects/spring-boot/wiki#release-notes。

0

评论区