一、原起
唉，说来惭愧，本来是想整理一下 SpringBoot 相关的知识，顺便结合书和网上的资料写一套完整的东西来作为以后复习、供大家借鉴，然后想先写一篇介绍 SpringBoot 的文章作为开篇，可是要介绍 SpringBoot 就得好好说说 Spring，，好吧还是一点点来，先把 Spring 的东西好好整理一下吧~~~ 那么先来一篇介绍 Spring 版本和起源的文章吧，问题又来 了… 为啥要用 Spring 啊？没有 Spring 之前用什么啊？（对于我这个刚开始接触没几年时间的程序猿，一开始接触的就是框架，也许这就是人们常说的生在好时代了吧 哇哈哈）好吧，抱着我的好奇心还是先看看整个 Java Web 的发展史（就联想到这里吧！在想可能要回去翻翻汇编的书了~~~），看看都是怎么一点点的发展到现在这个地步的吧，上网找了好些类似的文章，做了对比，这里整理一下当做了解和以后的查阅，虽然好些没经历过，但也尽量准确的记录下~~~
二、JavaWeb 发展历程
Servlet 出现之前
servlet 大多数人还是了解的，也还在使用，这里就从 servlet 说起吧。传说在上世纪 90 年代，因为 nternet 和浏览器的飞速发展，使得基于浏览器的 B/S 模式随之火爆发展起来。最初，用户使用浏览器向 WEB 服务器发送的请求都是请求静态的资源，比如 html、css 等。 但是可以想象：根据用户请求的不同动态的处理并返回资源是理所当然必须的要求，例如用户提交一些东西，服务器就能按提交的内容反馈用户不同的效果。所以人们应该非常迫切想要推出一项技术来实现动态的处理， java 为了应对上述需求，促进了 servlet 技术诞生。
Servlet 出现（纯 Servlet 开发）
SUN 公司刚刚推出 JavaEE（Java 企业版）时，推出了 Servlet 这个东西，命名就是 Service+Applet，即服务小程序。Servlet 可以说是 Java 技术中最早的 Web 解决方案，Servlet 与普通 Java 类的编写非常类似。在 Servlet 中可以通过挨着行输出 Html 等语句来实现页面的样式和输出，数据的动态功能当然也就实现了。表现、逻辑、控制、业务全部混在 Servlet 类中。下面给出一个简单例子来直观感受一下。
public void doGet(HttpServletRequest request,HttpServletResponse)
throws IOException,ServletException
{
response.setContentType(“text/html;charset=gb2312”);
PrintWriter out = response.getWriter();
out.println("");
out.println(“
out.println("");
out.println(“
Hello World！
”);out.println("");
}
这样就动态的生成了一个内容为 Hello World! 的 HTML 页面在浏览器上显示。
一项技术的出现必然解决了一些现存的问题，但是我们知道 servlet 之后还有好些技术来替代在 servlet 中生成 HTML 页面的方式，那就说明 servlet 还存在痛点。从上面代码中我们可以看到 servlet 编程其实很繁琐：
servlet 代码有大量冗余代码，out 输出就得写上百遍；
开发 servlet 必须精通网页前端和美工，你得非常不直观的在 Servlet 中写前端代码，这使得实现各种页面效果和风格非常困难。
对于后端来说，所有的业务逻辑、页面跳转、央视表现全部混杂在同一个类中，并且一项业务一般只有一个 Servlet 类与其对应，实在是…. 太麻烦了。
所以为了解决这些问题（真庆幸晚生了好多年），sun 公司借鉴 微软的 asp, 正式推出了 JSP（servlet1.1）
JSP（纯 JSP 开发）
经过纯 Servlet 开发的噩梦之后，Sun 公司又推出（或者说是倡导）了 JSP 技术，全称是 Java Server Page，JSP 中采用 HTML 语言直接生成界面，还可以在界面中使用 <% %> 脚本标识嵌入 Java 代码，揪其本质也是最终生成一个 Servlet 类来编译解析。如果要开发具有大量网页内容的网站，可以先使用网页编辑工具编写网页，然后在网页中嵌入处理代码即可。再来一个简单的例子：
显示的内容是：<% String aa= “hello” ; out.println(aa); %>
虽然 JSP 可以实现网站的快速开发，但依然存在缺点：网站的输入输出、处理、控制全部夹杂在一起，维护不方便，即使只需要修改该页面的一个简单按钮文本，或者一段静态的文本内容，也不得不打开混杂的动态脚本的页面源文件进行修改。当网站中需要进行大量的处理代码的时候，JSP 文件将很难维护，并且代码也不容易共享。
前端开发人员需要看大量他看不懂的后端代码；
同样，servlet 开发人员也在复杂的前端代码中找到其能写 servlet 代码的地方
因为 JSP 在编写网页方面具有优势，而编写处理代码存在很多问题，所以人们把 JSP 中的处理代码使用 JavaBean 来实现。于是出现了 JSP+JavaBean 的开发模式（有人叫做 Model1 开发模式，为什么这么叫，嗯~~ 不知道~~~）。
JSP+JavaBean（Model1）
这里就要首先弄清楚 JavaBean 到底是啥? JavaBean 是一种 JAVA 语言写成的可重用组件。为写成 JavaBean，类必须是具体的和公共的，并且具有无参数的构造器。JavaBean 通过提供符合一致性设计模式的公共方法将内部域暴露成员属性，set 和 get 方法获取（百度）。其实可以理解就是 Java 类，这里我理解为 JavaBean 的出现作为和数据库交互的类，Jsp 页面里边中写部分 Java 代码用于转发等操作以及 HTML 页面的生成代码，而获取数据的方式以及部分业务逻辑则通过 JavaBean 来实现。整体结构
这种开发模式有一个简单的分层 JSP：表现层、控制层 JavaBean：模型层 利用我们现在熟悉的 MVC 模型的思想去看，虽然编写代码十分容易，但 Jsp 混淆了 MVC 模型中的视图层和控制层，高度耦合的结果是 Jsp 代码十分复杂，后期维护依旧困难。由原有的 Model1 开发模式转变成 Model2 开发模式，即 Servlet+JSP+JavaBean。同时也使得在 Web 项目中将 MVC 设计模式实现。
Servlet+JSP+JavaBean（Model2）
Model1 虽然在一定程度上解耦了，但 JSP 依旧即要负责页面控制，又要负责逻辑处理，职责不单一！此时 Model2 应运而生，使得各个部分各司其职，Model2 是基于 MVC 模式的。Model2 的开发模式是：Jsp+Servlet+JavaBean 的模式，它和 Model1 不同的是，增加了 Servlet。
在这种开发模式下，JSP 页面中就可以不用任何的 <%%> 语句了，包括 <%=%> 全部用 EL 表达式来代替，列表的遍历和条件判断等（Java 中的 for 循环和 if 语句）也可以通过 JSTL 来代替。 这样的话视图层相比较之前的开发模式来说要薄得多的多，JSP 中不涉及任何的业务逻辑，前端人员修改样式也十分方便。这里可以理解为 JSP 为 MVC 设计模式中的 V, 即视图。
制层通过 Servlet 来实现，获取前台传的参数、控制页面跳转，封装对象、向前台传输对象或者参数。并且可以由自己设计，设法用一个 Servlet 类实现该模块的所有功能的页面跳转。这里可以理解为 Servlet 为 MVC 设计模式中的 C, 即控制器。
但这里要说明的是 Model2 并不是一个完全标准的 MVC 设计模式，因为 JavaBean 还过于臃肿，并不能完全作为 M 层存在，所以将 JavaBean 再一次进行分割：业务逻辑、数据持久化。
三层架构与 MVC 设计模式
这里首先讨论一下三层架构和 MVC 的关系。我们大多数人总会把三层架构和 MVC 混为一谈，其实并非如此。三层架构是指软件系统的整体设计分层：业务逻辑层、数据持久化层和表现层。而 MVC 设计模式只体现在表现层中，即将表现层又分为模型、视图和控制器。所以在上面 Model2 模式下对 JavaBean 分割后形成了三层架构与 MVC 的全新的 JavaWeb 开发模式。
这里在分别介绍一下三层架构以及 MVC 设计模式：
三层架构：
表现层（Web 层）：通俗说就是用户所能看到的直观的界面。其作用就是接收用户提交的请求数据，以及将程序对用户请求所产生的响应数据反馈给用户。目的就是为用户提供可交互的操作界面。所以，表现层就像已经搭好的积木。
业务逻辑层：简单讲就是 “具体问题，具体分析”。它根据用户的不同请求而做出不同响应的处理。可以说是对数据层的一种整合方式。所以，就如同每个人会根据自己的喜好搭建不同的积木一样，业务逻辑层代表的就是搭积木的方式。
数据访问层（持久化）：它只是提供对数据库操作的多种途径。不同的数据就好比形状各异的积木，而数据访问层就好比取出或放回这些积木的动作。
MVC 设计模式：
模型（Model）：封装的是数据源和所有基于对这些数据的操作。在一个组件中，Model 往往表示组件的状态和操作状态的方法。
视图（View）：封装的是对数据源 Model 的一种显示。一个模型可以由多个视图，而一个视图理论上也可以与不同的模型关联起来。
控制器（Control）：封装的是外界作用于模型的操作。通常，这些操作会转发到模型上，并调用模型中相应的一个或者多个方法。一般 Controller 在 Model 和 View 之间起到了沟通的作用，处理用户在 View 上的输入，并转发给 Model。这样 Model 和 View 两者之间可以做到松散耦合，甚至可以彼此不知道对方，而由 Controller 连接起这两个部分。
至此，页面的表现由 jsp 实现，转发控制由 servlet 实现，业务逻辑写在业务逻辑层，操作数据库部分写在持久化层，分工明确，各司其职。Model1、Model2、三层是在解耦的基础上一步步进化而来，通过解耦我们可以进行进一步的抽象，以应对现实需求的变动。这里要说的就是，从 servlet 一直到三层架构的转变，其实都是为了实现高内聚，低耦合。一步一步将各个功能分配到不同的地方实现。
ps:https://blog.csdn.net/weixin_39893958/article/details/84335159 这里整理了一些关于高内聚，低耦合的内容。
小结
前面也只是简单说来一下 Javaweb 发展历程中的一小部分，随着时间的推演，后面又出现企业级 JavaBean EJB 等大型框架，再到我们熟悉的 Spring、SpringBoot。而 Spring 诞生之初，主要目的是用来替代更加重量级的企业级技术 尤其是 EJB，相对于 EJB 来说 Spring 提供了更加轻量级和简单的编程模型。它增强了简单老式的 Java 对象 POJO 的功能，使其具备了之前只有 EJB 和其他企业级 Java 规范才有的功能。
EJB 没用过，所以就 Spring 和 EJB 的比较以及 Spring 对于 EJB 的提升优点等不作过多解释，但从前面的种种发展历程来看，我们现在使用的 Spring 等都相对来说简单、方便了很多，框架的产生也对 Javaweb 开发影响极深，也是发展的必然趋势。简单了解了下 Javaweb 的发展趋势，下面在继续说说我们为什么会选择 Spring，即 Spring 的优缺点。