乐趣区

关于java:你好Spring

jiezi

交个敌人

拿人钱财替人干活儿，在不影响工作的前提下，想做到很高频率的更新很难，然而我也尽力输入，不能为了写而写，宁缺毋滥吧。

我的想法是这样的，接下来的一段时间专门写 Spring 框架。整体思路就是：入门常识 –> 理论利用 –> 构建繁难 Spring 框架 –> 看一下外围模块源码，争取早日写完这个 Spring 系列。用最艰深的语言来把“春天”给写好。

Spring 简介

猜想我的项目创始人 Rod Johnson 心愿这个框架像春天一样充满生机与生机，事实也正如这位音乐业余的计算机大佬所愿，截止目前 Spring Framework 曾经更新到 Spring 5.3.2 版本并在 GitHub 上曾经斩获 40K+ 的 star 了。

Spring Framework 是一个分层的全栈轻量级框架，目前凡事采纳 Java 语言开发，简直都会和它有染。框架内有两个核心思想：IOC(Inversion Of Control)和 AOP(Aspect Oriented Programming)，凭借着这两个思维帮忙咱们封装了很多组件，简化了开发流程，同时它的可扩展性也十分强，因而能够很不便的集成市面上很多优良的框架，就像王健林的万达，只有商场建的好，就能吸引很多优良的商家和买家。

Spring 架构总览

援用一张官图展现 Spring 的架构：

自上而下能够分为四层：

  1. 第一层分为两个模块：

    1. 数据拜访层，具体组成图中有展现，次要是封装了 JDBC 操作过程中的很多模板化代码。因为对 ORM 映射的反对，集成了 MyBatis 以及 Hibernate 等很哇塞的长久层框架
    2. web 层，反对 Servlet 协定以及 WebSocket 等通信协定，使得可能同其它利用实现近程通信及互相调用。同时反对应用 SpringMVC 对该层进行扩大。
  2. 次要是对 AOP 的一些反对，是咱们应用切面编程的撑持，AOP 的存在帮忙咱们提取代码中的一些非业务性能的公共逻辑。
  3. Core Container，Spring 的外围局部，所有 Bean 的创立，配置以及生命周期治理都在这个模块中，属于阎王爷的生死簿级别。管制反转思维的实现也正是基于这个外围模块实现的，而且是面试必问的，必问！必问！
  4. Test 层，这里提供单元测试，Mock 测试等性能，目标是方便使用 Spring 框架的开发人员可能更轻松的写单元测试。

核心思想概述

IOC

英文名：Inversion Of Control

中文名：管制反转

次要技能：对象间解耦合，不必关怀对象的创立，配置以及生命周期的治理，所有都交给框架治理。这里就反映了 Spring 的设计思维，灵活运用了工厂模式，单例模式以及原型模式等等

上面别离用两张图比照展现 IOC 思维带来的益处：

第一张图展现了在非 IOC 容器中传统的通过 new 关键字创建对象并实现对象间关联，这种形式在比拟大的我的项目中，一个类 A 可能要被几十上百个类援用，如果这个类 A 中的业务发生变化，那么结果就是牵一动员全身，代码的可维护性和扩展性大大降低。

第二张图在 IOC 容器的反对下，Java 对象的治理形式失去了实质上的扭转，所有对象都交给 IOC 容器对立治理，统一分配，对立治理（这么说太相对了，因为当 Bean 的 Scope 属性为 prototype 时，对象创立后就不禁 IOC 容器管制了，能够暂且这么了解，后边会具体阐明），某个类依赖的对象间接由 IOC 容器包调配。

IOC 容器的创立，还引入了另外一个概念，叫 DI–Dependancy Injection 即常说的依赖注入。也是一个概念性的货色，用来形容 IOC 容器中 Bean 对象之间关系的。打个比方，一大堆单身男女（各种 Class 的 Bean 对象）想在明天这个平安夜脱单，并且带着本人的择偶规范（依赖的其余对象），于是找到了某交友 APP 就叫 IOC，那么 IOC 有了这些人（Bean）的信息当前，就能够按需（依赖）调配了。这个调配过程就是依赖注入 –DI。那如果张三指明说喜爱李四，李四喜爱王五，而王五却喜爱张三，这就是循环依赖。Spring 的解决办法是利用三级缓存，细节局部会在前面的文章中论述。

AOP

英文名：Aspect Oriented Programming

中文名：面向方便面编程

次要技能：能够将模板化的，通过 OOP 无奈解决的逻辑代码提取进去，比如说统计一个办法执行耗时，须要在办法入口和进口别离打印并计算耗时，或者是创立事务，进入办法时创立事务，办法完结时提交或者回滚事务(这个 Spring 基于 AOP 曾经实现了申明式事务)，再或者是拜访权限管制等等。这类代码是无奈通过提取父类来实现的。我集体了解，AOP 补救了 Java 原生 OOP 的不足之处。

假如有个婚介所叫 AOP，单身男女都想找对象而且都对身高有严格要求，在没有 AOP 婚介所的时候，所有单身男女都要在相亲角拿着尺子互量身高，符合条件能力处对象，那量身高这个动作自身是跟相亲这个业务是无关的，而且有很多人都要量，那么 AOP 婚介所来了，同时提供了量身高的服务，只有张三找的对象是通过 AOP 婚介所对的，那么就是合乎张三要求的，这样就把所有人 (Bean) 的公共的非业务需要利用 AOP 思维提取进去了，不便保护和重用。

而 AOP 的实现又是基于代理，代理又分为动态代理和动静代理，动静代理也有两种形式：JDK 提供的面向接口代理的 Proxy 代理类和 CGlib 动静代理，在 Spring 中当应用 AOP 进行横切时，如果指标类的下层有接口，默认会采纳 JDK 代理技术，反之应用 CGlib 代理，也可能在 XML 配置或者注解中强制应用 CGlib 进行代理。CGLib 底层采纳 ASM 字节码生成框架，并在字节码层生成被代理对象的子类，有趣味的同学能够钻研一下 Java 字节码生成开源框架 Javassist 和 ASM，以及 Javaagent，用于构建独立于应用程序的代理程序，常见的热部署工具 Jrebel 就是基于这一原理实现的。都是很牛 X 的技术，后边可能会写，不关注一波可就亏大了。

总结

Spring 太哇塞了！下一篇会用代码的模式实现“IOC 交友 APP”
和“AOP 婚介所”用尽可能俗的文字和代码说明确为什么须要 IOC（卧龙）和 AOP（凤雏），他俩到底解决了什么问题！！
点赞关注不迷路，再次感激！

退出移动版