![5329ec2065c69b59c3258ef000fe0c76.png](https://i-blog.csdnimg.cn/blog_migrate/42adb305b76d6d4b964dcfcf3bd577b3.jpeg)
前言
Spring 是什么?
简言之,Spring 是一个开发应用框架。
在企业里的开发不是从零开始一点点敲进去的,而是往框架里填充内容。
这就好像我们在 Leetcode 做题时,不需要写 signature,而是直接往里面写函数内容,这也算是个简陋的框架。
扩充开来:Spring 是一个开源的、轻量级的、Java SE/EE 的开发应用框架。
- 重和轻,都是相对而言
- Jave SE 的框架有很多,也是在不断迭代更新的,下文会阐述它们的更新之路。
那么何为重何为轻?
在使用时,有过多的接口和依赖,侵入性比较强,就叫重。
那么什么是侵入性?
在写代码的时候,需要去继承或者实现当前框架里很多 class/interface,这就是侵入性比较强。侵入性强也就是和这个框架的耦合度比较高,开发时会比较麻烦。
至于 Spring 这个架子搭了哪些内容,搭成了什么样子,本文不会展开,本文会站在一个 high level 的角度帮助大家建立整体的感知,了解 Java 框架的发展历史,拓宽我们的技术视野,具体内容我们之后慢慢来讲。
为什么要用 Spring
任何一项技术的产生都是为了解决现有的问题的,框架也不例外。
Spring 这个框架,提供了项目开发中的一些基础功能,可以使我们程序员更专注于业务逻辑的处理,具体来说我认为有3点最重要:
- Spring IoC 容器管理了对象的生命周期和配置,不再使用 new 的方式创建对象,而是使用依赖注入,降低了组件之间的耦合度;
- AOP 是 Spring 的核心,用来将一些通用的事务进行统一管理,常用于处理日志、安全管理和事务管理等方面。
- Spring 并不强制项目完全依赖于 Spring,开发者可以自由选用 Spring 框架的部分来使用。比如我司的框架就是基于 Spring 来做的开发,在 Spring 的框架之上,可以添加我司自己的安全管理等等。
什么是架构
我们一直在说框架、架构,那它到底是什么呢?
从 dubbo 官网我们可以看到架构设计的发展演变史。
![75206e92413a1b1c6337a511fd715e5b.png](https://i-blog.csdnimg.cn/blog_migrate/ecd5742fa5b41f44c1932724037e63e1.jpeg)
这里把架构分成四类:
> - 单一应用架构
> - 垂直应用架构
> - 分布式服务架构
> - 流动计算架构
刚开始时 PHP + MySQL 就可以形成网站了。
这种模式支持中小型网站是没有问题的,但是一旦形成大型网站就支撑不住了。
所以现在各大主流公司还是会选择 Java。
我们项目中的类会打包成一个 JAR 包运行在服务器里,最初所有模块是在一个 JAR 包的,也就是单一应用,随着用户量的提升、访问量的增大,JAR 包越来越大,单一应用运行起来越来越慢,所以单一架构就不再适合了。
此时引入分布式架构,把一个模块拆分成几个单独的模块以提升效率,一个 JAR 包分成几个 JAR 包运行在不同的服务器上,引入了 MVC 的设计模式。
随着业务量的剧增,几台服务器也已经不够用了,效率比较低,此时每个模块用 N 台服务器进行部署。
当请求进来之后,会按照一些策略,把它随机分配到负载均衡的服务器。此时每个服务器的 request 就比较少了,提高了效率。这个就是分布式服务架构。
每台服务器之间需要通信的,用的就是 RPC 框架。
当分布式架构也不够用了,最后演变成流式架构,此时 SOA 是关键。
Java 开发的主流框架演变之路
现在 Spring 基本占据主导地位了,那么在 Spring 广泛应用之前,有哪些主流框架呢:
> JSP + Servlet + JavaBean
JSP 负责前端页面的控制,Servelt 负责服务器端的应用程序,JavaBean 是我们的对象,这样我们有了对象、有前端页面、有后台接受请求处理的服务器,就能够搭建一个从前端到后端的整体框架了。
但这个搭配有点麻烦,因为 JSP 既可以写标签,也可以内嵌 Java 代码,,所有东西耦合在一起变得非常麻烦;
而现在纯的 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
![fb77f1071e9403d506b576b691d948ba.png](https://i-blog.csdnimg.cn/blog_migrate/ee35ab8abf6136748c18566a78ee6c97.jpeg)
这张图很好的展示了每个模块的功能和相互的联系:
用户在浏览器中发送请求之后,
browser 把这个请求发给了 controller,
需要它做一些处理,
然后发送到数据库中去查询,
得到结果之后,
把结果发给 View 层进行渲染,
用 html 的标签好看的表示出来,
渲染之后的结果再返回给 controller,
再返回到浏览器里显示出来。
比如在我们在点外卖时,你发送请求给服务员,服务员就是 controller 层,他需要处理订单比如查一下仓库里还有没有这些原材料,排好先后顺序再交给厨师等等,厨师做好之后他还需要再包装一下再送到你手上。
后面所有框架都是依托于 MVC 这种方式来设计的。
> SSH = Spring + Struts + Hibernate
这个框架虽然也上了年纪了,但是一些老的项目还在用它。
特别是金融 IT 这一块,数据库 dao 层还是使用的是 Hibernate;而科技公司因为要用到高并发,dao 层用的是 MyBatis,数据交互效率较快。
回到 SSH 框架上来,用过的都知道,它配起来真的麻烦,太多的配置文件了。
> SSM = Spring + SpringMVC + MyBatis
> Spring Boot
SSM 还是现在项目中比较常见的,但其实现在在新项目中用的也比较少了,更多的是用 Spring Boot,因为配置非常简单。
小结
以上就是 Spring 入门的介绍了,框架的演变是顺应人们需求的过程,一种框架的诞生是为了解决现有的问题,了解了老的框架的问题所在,才能更好的体会 Spring 带给我们的便利。
![18267812d8c032578a0ba24f993bd0b9.png](https://i-blog.csdnimg.cn/blog_migrate/d74ee7b042d0c209c53bdd3e4fb54372.jpeg)