现在这个年代了，还不会 Spring 吗？

这篇文章我们通过以下结构来聊聊 Spring 和它的前世今生。

Spring 的今生

Spring 是什么

一句话让你明白：

Spring 是一个开发应用框架。

在企业里的开发不是从零开始一点点敲进去的，而是往框架里填充内容。

就好比我们在Leetcode做题时，不需要写 signature，而是直接往里写函数内容，这也算是个简陋的框架。

而 Spring 是一个开源的、轻量级的、Java SE 开发应用框架。

• 轻和重，都是相对而言，我会在下文讲到 EJB 的时候解释何为轻、何为重。

• Java SE 框架有很多，本文第三部分内容会阐述它们的演变之路。

至于 Spring 这个架子搭了哪些内容，搭成了什么样子，本文不会展开，本文会站在一个 high level 的角度帮助大家建立整体的感知，了解 Java 框架的发展历史，拓宽我们的技术视野，具体内容我们之后慢慢来讲。

最后我们来看官网：

虽然感觉它什么都没说，但我们知道了 Spring 有这些好处 = =

为什么要用 Spring? 

任何一项技术的产生都是为了解决现有的问题的，框架也不例外，所以我会在后面的文章讲述框架的演变之路，了解了 Spring 出现之前所用的技术的痛点，才能更好的理解 Spring 的核心：IOC 和 AOP。

回到官网这段话，人家说了，你在我搭的这个架子下写代码，不用想太多，让你的开发变得简洁方便安全，省时省力，我这已经是全世界最受欢迎的 Java 框架了，你还能不用能不学吗？

Spring 为什么这么火

联想到我最近用 Alexa 的经历，比如最开始我只是因为 prime day 有打折才买了个 Alexa 放在客厅里，平时听歌、计时、问天气、配合智能插座可以开关灯还挺方便的；后来搬家公寓送了个 Echo show，于是放在餐桌上吃饭时可以边听边看；再后来朋友送了个 Echo dot，我就放在了浴室里。

于是，现在每天早上是 Alexa 叫醒我，播报天气，开灯，拉窗帘，听书（Alexa 可以和 Audible 连接）等等。

Spring 也在构建自己的 Ecosystem，为你提供一整套东西。

现在 Spring 比较火的三大技术是：

• Spring Boot

• Spring Cloud

• Spring Cloud Data Flow

哪怕有一天某个组件不行了，但你已经离不开它了。

而这里面所有的技术都是依托于 Spring Framework，所以本文的第二部分会讲述何为框架，带你领略架构的演变之路。

最后，顺着它给的 “world’s most popular” 点进去，我们顺便来了解下其他 popular Java framework 还有哪些：

Spring 其他资源

从官网获取第一手资料很重要，但并不妨碍同时参考他人的笔记。

我的方法是在 github 里搜索”Spring docs”，有非常多的资源，包括官方文档的中文翻译。。

以上就是 Spring 的简介了，也是我当初学习 Spring 的一些途径和思路，接下来我们来谈谈一些历史遗留问题。

架构设计的演变之路

还是从官网来学习，在 dubbo 的官网，有介绍架构设计的发展演变的过程。

这里把架构分成四类：

单一应用架构

垂直应用架构

分布式服务架构

流动计算架构

我大胆的猜测这就是某宝的演变之路。

刚开始创立时 PHP + MySQL 就可以形成网站了。

这种模式支持中小型网站是没有问题的，但是一旦形成大型网站就支撑不住了。

所以各大主流公司还是会选择 Java。

我们项目中的类会打包成一个 JAR 包运行在服务器里，最初所有模块是在一个 JAR 包的，也就是单一应用，随着用户量的提升、访问量的增大，JAR 包越来越大，单一应用运行起来越来越慢，所以单一架构就不再适合了。

此时引入分布式架构，把一个模块拆分成几个单独的模块以提升效率，一个 JAR 包分成几个 JAR 包运行在不同的服务器上，引入了 MVC 的设计模式。

随着业务量的剧增，几台服务器也已经不够用了，效率比较低，此时每个模块用 N 台服务器进行部署。

当请求进来之后，会按照一些策略，把它随机分配到负载均衡的服务器。此时每个服务器的 request 就比较少了，提高了效率。这个就是分布式服务架构。

每台服务器之间需要通信的，用的就是 RPC 框架。

当分布式架构也不够用了，最后演变成流式架构，此时 SOA 是关键。

Java 开发的主流框架演变之路

JSP + Servlet + JavaBean 

• JSP = JavaServer Pages，即前端页面的控制；

• Servlet = Server applet，即服务器端的应用程序；

• JavaBean，就是我们定义的对象，当我们想用这些类来描述现实事物时，会定义属性、get/set 方法，父类的具体实现等等。

这样我们有了对象，有了后台接收请求处理的服务器，有了前端页面，就能够搭建一个从前端到后端的整体框架。

但这个搭配有点麻烦，因为 JSP 既可以写标签，也可以内嵌 Java 代码，<% (Java code) %>，所有东西耦合在一起变得非常麻烦；

而现在纯的 HTML，支持 JS, 支持 HTML 标签，支持 CSS 样式，不支持插入 Java 代码，这就是 JSP 和 HTML 的最大的区别。

现在企业中开发时比如 Spring Boot 的开发，更多的还是用 HTML，或者用一些前端框架比如 freemarker 进行代替，JSP 已经被慢慢淘汰掉了，但是核心思想是一样的。

这个框架的主要问题在于：

一、效率低；二、性能低。

那么在做开发时会引入复杂的问题，当前端页面和后段服务器交互时，发送 N 多个 request，写 Servlet 时要写 N 多个对应的处理：

• 在用2.5及之前的版本时，也就意味着写 N 多个 xml 文件；

• 后面引入注解之后，依然要写 N 多个注解，非常麻烦。

而用 MVC 之后，非常简单，我们来看一下。

MVC = Model View Controller 

这张图很好的展示了每个模块的功能和相互的联系。

Browser: 提交请求，接收响应

Controller: 处理请求并发送到数据库去查询 

Model：数据库里的那些表

View: 前端框架

翻译一下完整的过程就是：

用户在浏览器中发送请求之后，

browser 把这个请求发给了 controller，

需要它做一些处理，

然后发送到数据库中去查询，

得到结果之后，

把结果发给 View 层进行渲染，

用 html 的标签好看的表示出来，

渲染之后的结果再返回给 controller，

再返回到浏览器里显示出来。

比如在我们在点外卖时，你发送请求给服务员，服务员就是 controller 层，他需要处理订单比如查一下仓库里还有没有这些原材料，排好先后顺序再交给厨师等等，厨师做好之后他还需要再包装一下再送到你手上。

后面所有框架都是依托于 MVC 这种方式来设计的。

EJB - Enterprise JavaBeans

这是比较老的技术了，重量级框架，现在一般都不用了。

但有几个名词我们还是可以了解一下：

• 什么是重：在使用的时候，有过多的接口和依赖，侵入性比较强

• 什么是侵入性：在写代码的时候需要去继承或实现当前框架里的很多 class / interface，这就是侵入性比较强。侵入性强也就是和这个框架的耦合比较高，开发时会比较麻烦。

SSH 

= Spring + Struts + Hibernate

这个框架虽然也上了年纪了，但是一些老的项目还在用它。

特别是金融 IT 这一块，数据库 dao 层还是使用的是 Hibernate；而科技公司因为要用到高并发，dao 层用的是 MyBatis，数据交互效率较快。

回到 SSH 框架上来，用过的都知道，它配起来真的麻烦：

• Struts 有自己的配置文件，叫 struts.xml；

• Hibernate 有自己的配置文件，叫 hibernate.cfg.xml

• Spring 有自己的配置文件

• 还有个 mapping 的一一映射的文件...

SSM 

= Spring + SpringMVC + MyBatis 

后面就有了 SSM，但其实现在的新项目中用的也比较少了，而更多的用 Spring Boot。

Spring Boot

Spring Boot 确实配起来非常简单，省略了很多工作，配置文件不是那么多，更多的是用的注解的方式。

部分图片来源于网络，版权归原作者，侵删。

参考文章：

https://spring.io/why-spring

https://dubbo.apache.org/en-us/docs/user/preface/background.html

https://snyk.io/blog/jvm-ecosystem-report-2018-platform-application/