Springboot必知必会系列（1）——springboot与微服务

2019独角兽企业重金招聘Python工程师标准>>>

我的反复无常

年初写过几篇springboot的博客&＃xff0c;但是觉得条理性差了点&＃xff0c;本来想接着写&＃xff0c;但是在写spring cloud的时候发现之前很多东西没整理好&＃xff0c;决定还是放弃&＃xff0c;重新开坑。

本次打算把整个系列计划一下&＃xff0c;分为上下两个部分&＃xff1a;

前半部分介绍所有必知必会的使用方法和基本原理&＃xff1a;包括&＃xff08;1&＃xff09;springboot与微服务相关的内容&＃xff0c;&＃xff08;2&＃xff09;如何配置&＃xff0c;&＃xff08;3&＃xff09;与常用日志框架log4j、slf4j、logback等整合&＃xff0c;&＃xff08;4&＃xff09;springboot在web开发中的各类问题&＃xff0c;&＃xff08;5&＃xff09;springboot与虚拟化容器技术docker的整合应用&＃xff0c;&＃xff08;7&＃xff09;springboot与数据访问方面的功能&＃xff08;springboot底层用spring data对sql和nosql的数据进行访问&＃xff09;&＃xff0c;&＃xff08;8&＃xff09;springboot的内部原理。

后半部分介绍一些高级应用场景整合和特性&＃xff0c;如缓存、消息、检索等&＃xff1a;包括&＃xff08;1&＃xff09;springboot的缓存管理机制&＃xff0c;我们会使用redis作为缓存服务器作为示例进行介绍&＃xff1b;&＃xff08;2&＃xff09;springboot与消息中间件&＃xff0c;如rabbitmq进行整合&＃xff1b;&＃xff08;3&＃xff09;springboot与全文检索ES整合&＃xff1b;&＃xff08;4&＃xff09;springboot与邮件任务、定时任务、异步任务&＃xff08;提高并发能力&＃xff09;&＃xff1b;&＃xff08;5&＃xff09;springboot的安全机制&＃xff08;springboot底层用的安全框架是spring security&＃xff09;&＃xff1b;&＃xff08;6&＃xff09;springboot与分布式的整合使用&＃xff0c;zookeeper和Dubbo&＃xff0c;以及与springcloud的整合使用&＃xff1b;&＃xff08;7&＃xff09;以及有关部署和运维springboot应用的要点&＃xff08;springboot的开发热部署和监控管理&＃xff09;。

可以看出springboot不是一个单纯的框架&＃xff0c;而是一个机遇J2EE的全套一站式解决方案。

&＃xff08;本文出自oschina博主happybks的博文&＃xff1a;https://my.oschina.net/happyBKs/blog/1805314&＃xff09;

springboot为什么会出现&＃xff1f;

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

是的这就是Java企业级应用->J2EE->spring->springboot的过程。

springboot的目标

Spring Boot来简化Spring应用开发&＃xff0c;约定大于配置&＃xff0c;去繁从简&＃xff0c;只要run就能创建一个用来独立的。

其简化的手段是&＃xff1a;包含一个个starter启动器来管理各类依赖和配置&＃xff0c;你只需要POM引入这些start&＃xff0c;所有的配置基本上springboot的start都会自行配置好&＃xff0c;不需要你心。

spring全家桶

如今spring的项目越来越多&＃xff0c;但当下最火的当属Spring Boot和Spring Cloud&＃xff1a;
Spring Boot &＃xff1a;J2EE一站式解决方案
Spring Cloud &＃xff1a; 分布式整体解决方案

springboot的优势&＃xff1a;

&＃xff08;1&＃xff09;快速创建独立运行的Spring项目以及与主流框架集成

&＃xff08;2&＃xff09; 使用嵌入式的Servlet容器&＃xff0c;应用无需打成WAR包

springboot的web项目不再需要我们去配置一个tomcat引入相关servlet的类&＃xff0c;它自含servlet容器&＃xff0c;你可以打成一个jar来运行一个web项目。

&＃xff08;3&＃xff09; starters自动依赖与版本控制

所有的企业级开发场景都有相应的启动器&＃xff0c;这些启动器帮我们导入这个场景所需要的所有依赖&＃xff0c;并且自动控制版本。

像你要用Mongo、用ES、用redis&＃xff0c;开发web项目等等&＃xff0c;都只需要在maven的pom下引入相应的starter启动器即可。注意&＃xff0c;以mongo为例&＃xff0c;它不是像一般项目那样引入一个driver&＃xff0c;而是引入一个springboot的mongodb的starter。它不仅会为我们将java访问mongo的driver相关的各个jar按正确的版本导入&＃xff0c;还能为我们默认做好各类配置&＃xff0c;我们直接继承某些抽象类或者接口&＃xff0c;直接使用即可。

&＃xff08;4&＃xff09;大量的自动配置&＃xff0c;简化开发&＃xff0c;也可修改默认值

用springboot开发应用&＃xff0c;用户只需要开发一个微小的入口&＃xff1b;我们不需要进行大量的配置&＃xff0c;大部分配置springboot已经自动为我们配置好了。

&＃xff08;5&＃xff09;无需配置XML&＃xff0c;无代码生成&＃xff0c;开箱即用

springboot的无须配置xml&＃xff0c;不是因为它会将对应的代码自动生产成&＃xff0c;而是springboot已经实现了一些API&＃xff0c;它能够帮我们自动配置好。我们只要通过springboot创建出来就能用。

&＃xff08;6&＃xff09; 准生产环境的运行时应用监控

运维期间的健康状况&＃xff0c;每个服务的状态等都能监控。

&＃xff08;7&＃xff09;与云计算的天然集成

那么springboot有什么缺点呢&＃xff1f;

其实如非要说一个缺点&＃xff0c;只能说&＃xff1a;方便的springboot让一些程序员丧失了对其封装实现原理有更深了解的机会。因为springboot是在spring基础上的再次封装。当你学习springboot的内部实现原理时&＃xff0c;你会发现你必须了解spring内部大量的API。所以如果你需要对springboot深度定制&＃xff0c;必须对spring本身有相当的了解。

总结

springboot的目的是构建一个简化spring开发的框架

springboot框架本身是spring技术栈的大整合

springboot是一个基于J2EE的一站式解决方案

微服务

什么是微服务&＃xff1f;

微服务是一种架构风格&＃xff0c;它要求我们在开发一个应用的时候&＃xff0c;这个应用必须构建成一系列小服务的组合&＃xff1b;

可以通过http的方式进行互通。

要说微服务架构&＃xff0c;先得说说过去我们的单体应用架构。

单体应用架构&＃xff08;All in one&＃xff09;

所谓单体应用架构是指&＃xff0c;我们将一个应用的中的所有应用服务都封装在一个应用中。

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

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

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

微服务架构

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

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

这样做的好处是&＃xff1a;

&＃xff08;1&＃xff09;节省了调用资源。

&＃xff08;2&＃xff09;每个功能元素的服务都是一个可替换的、可独立升级的软件代码。

微服务与SOA的比较

微服务应该微到什么程度&＃xff1f;大家可以看看Martine Flower的有关微服务和SOA的比较的文章&＃xff1a;

https://martinfowler.com/articles/microservices.html#MicroservicesAndSoa

这里我就不细说了&＃xff0c;等到后面重新写spring cloud文章的时候再说。

如何构建微服务

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