什么是spring框架？spring特色与好处,使用spring框架的好处是什么？

时间 2020-06-03

原文原文链接

转载：http://www.javashuo.com/article/p-xrleykiz-o.html。html

　　Spring是一个开源框架，Spring是于2003 年兴起的一个轻量级的Java 开发框架，由Rod Johnson 在其著做Expert One-On-One J2EE Development and Design中阐述的部分理念和原型衍生而来。它是为了解决企业应用开发的复杂性而建立的。框架的主要优点之一就是其分层架构，分层架构容许使用者选择使用哪个组件，同时为 J2EE 应用程序开发提供集成的框架。Spring使用基本的JavaBean来完成之前只可能由EJB完成的事情。然而，Spring的用途不只限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用均可以从Spring中受益。Spring的核心是控制反转（IoC）和面向切面（AOP）。简单来讲，Spring是一个分层的JavaSE/EEfull-stack(一站式) 轻量级开源框架。web

特色：spring

1.方便解耦，简化开发

　　经过Spring提供的IoC容器，咱们能够将对象之间的依赖关系交由Spring进行控制，避免硬编码所形成的过分程序耦合。有了Spring，用户没必要再为单实例模式类、属性文件解析等这些很底层的需求编写代码，能够更专一于上层的应用。

2.AOP编程的支持

　　经过Spring提供的AOP功能，方便进行面向切面的编程，许多不容易用传统OOP实现的功能能够经过AOP轻松应付。

3.声明事物的支持

　　在Spring中，咱们能够从单调烦闷的事务管理代码中解脱出来，经过声明式方式灵活地进行事务的管理，提升开发效率和质量。

4.方便程序的测试

　　能够用非容器依赖的编程方式进行几乎全部的测试工做，在Spring里，测试再也不是昂贵的操做，而是随手可作的事情。例如：Spring对Junit4支持，能够经过注解方便的测试Spring程序。

5.方便集成各类优秀框架

　　Spring不排斥各类优秀的开源框架，相反，Spring能够下降各类框架的使用难度，Spring提供了对各类优秀框架（如Struts,Hibernate、Hessian、Quartz）等的直接支持。

6.下降Java EE API的使用难度

　　Spring对不少难用的Java EE API（如JDBC，JavaMail，远程调用等）提供了一个薄薄的封装层，经过Spring的简易封装，这些Java EE API的使用难度大为下降。

7.Java 源码是经典学习范例

　　　　Spring的源码设计精妙、结构清晰、匠心独用，到处体现着大师对Java设计模式灵活运用以及对Java技术的高深造诣。Spring框架源码无疑是Java技术的最佳实践范例。若是想在短期内迅速提升本身的Java技术水平和应用开发水平，学习和研究Spring源码将会使你收到意想不到的效果。

好处：

在咱们进入细节之前，让咱们看一下Spring能够给一个工程带来的一些好处：

　　Spring能有效地组织你的中间层对象，不管你是否选择使用了EJB。若是你仅仅使用了Struts或其余的包含了J2EE特有APIs的framework，你会发现Spring关注了遗留下的问题。Spring能消除在许多工程上对Singleton的过多使用。根据个人经验，这是一个主要的问题，它减小了系统的可测试性和面向对象特性。

　　Spring能消除使用各类各样格式的属性定制文件的须要，在整个应用和工程中，可经过一种一致的方法来进行配置。曾经感到迷惑，一个特定类要查找迷幻般的属性关键字或系统属性，为此不得不读Javadoc乃至源编码吗？有了Spring，你可很简单地看到类的JavaBean属性。倒置控制的使用（在下面讨论）帮助完成这种简化。

　　Spring能经过接口而不是类促进好的编程习惯，减小编程代价到几乎为零。

　　Spring被设计为让使用它建立的应用尽量少的依赖于他的APIs。在Spring应用中的大多数业务对象没有依赖于Spring。

使用Spring构建的应用程序易于单元测试。

　　Spring能使EJB的使用成为一个实现选择，而不是应用架构的必然选择。你能选择用POJOs或local EJBs来实现业务接口，却不会影响调用代码。

　　Spring帮助你解决许多问题而无需使用EJB。Spring能提供一种EJB的替换物，它们适于许多web应用。例如，Spring能使用AOP提供声明性事务而不经过使用EJB容器，若是你仅仅须要与单个的数据库打交道，甚至不须要JTA实现。

　　Spring为数据存取提供了一致的框架，不管是使用JDBC或O/R mapping产品（如Hibernate）。

　　Spring确实使你能经过最简单可行的解决办法解决你的问题。这些特性是有很大价值的。

总结起来，Spring有以下优势：

1.低侵入式设计，代码污染极低

2.独立于各类应用服务器，基于Spring框架的应用，能够真正实现Write Once,Run Anywhere的承诺

3.Spring的DI机制下降了业务对象替换的复杂性，提升了组件之间的解耦

4.Spring的AOP支持容许将一些通用任务如安全、事务、日志等进行集中式管理，从而提供了更好的复用

5.Spring的ORM和DAO提供了与第三方持久层框架的良好整合，并简化了底层的数据库访问

6.Spring并不强制应用彻底依赖于Spring，开发者可自由选用Spring框架的部分或所有

简单理解数据库

一.概念：
1. spring是开源的轻量级框架编程

2 spring核心主要两部分：设计模式

（1）aop：面向切面编程，扩展功能不修改源代码实现,详解【http://www.cnblogs.com/landeanfen/p/4782370.html】安全

（2）ioc：控制反转服务器

    好比有一个类，在类里面有方法（不是静态的方法），调用类里面的方法，建立类的对象，使用对象调用方法，建立类对象的过程，须要new出来对象， 把对象的建立不是经过new方式实现，而是交给spring配置建立类对象。
    我用通俗的话给你解释把。首先你不用框架不是每次建立对象都要用关键字“new”呢？对吧。有了spring配置就不用new了，直接拿。举个例子：假如你吃饭，每次你要吃饭时都要本身准备碗和筷子，每次都要本身准备，用了框架后，再 吃饭你只要吃就好了，就不用准备碗和筷子了由于spring已经给你准备好了。这样是否是很方便。
    spring主要就是不用你本身建立对象，都配置在配置文件中。若是你写好一个项目，你再a类中建立了b类的方法，c类也建立了b类的方法，若是那天要改b类的类名，你就要在a和c中都改，若是有100个类都用了b类呢？那你不是要改死哦！！
若是用了spring，你只要修改配置文件一个位置就行了，是否是很方便维护呢。因此，小项目用不着spring框架。手打好累。。。

ioc：控制反转

ioc的思想最核心的地方在于，资源不禁使用资源的双方管理，而由不使用资源的第三方管理，这能够带来不少好处。第一，资源集中管理，实现资源的可配置和易管理。第二，下降了使用资源双方的依赖程度，也就是咱们说的耦合度。架构

也就是说，甲方要达成某种目的不须要直接依赖乙方，它只须要达到的目的告诉第三方机构就能够了，好比甲方须要一双袜子，而乙方它卖一双袜子，它要把袜子卖出去，并不须要本身去直接找到一个卖家来完成袜子的卖出。它也只须要找第三方，告诉别人我要卖一双袜子。这下好了，甲乙双方进行交易活动，都不须要本身直接去找卖家，至关于程序内部开放接口，卖家由第三方做为参数传入。甲乙互相不依赖，并且只有在进行交易活动的时候，甲才和乙产生联系。反之亦然。这样作什么好处么呢，甲乙能够在对方不真实存在的状况下独立存在，并且保证不交易时候无联系，想交易的时候能够很容易的产生联系。甲乙交易活动不须要双方见面，避免了双方的互不信任形成交易失败的问题。由于交易由第三方来负责联系，并且甲乙都认为第三方可靠。那么交易就能很可靠很灵活的产生和进行了。app

这就是ioc的核心思想。生活中这种例子比比皆是，支付宝在整个淘宝体系里就是庞大的ioc容器，交易双方以外的第三方，提供可靠性可依赖可灵活变动交易方的资源管理中心。另外人事代理也是，雇佣机构和我的以外的第三方。

控制反转( Inversion of Control ), 我以为有必要先了解软件设计的一个重要思想：依赖倒置原则（Dependency Inversion Principle ）。

什么是依赖倒置原则？假设咱们设计一辆汽车：先设计轮子，而后根据轮子大小设计底盘，接着根据底盘设计车身，最后根据车身设计好整个汽车。这里就出现了一个“依赖”关系：汽车依赖车身，车身依赖底盘，底盘依赖轮子。

这样的设计看起来没问题，可是可维护性却很低。假设设计完工以后，上司却忽然说根据市场需求的变更，要咱们把车子的轮子设计都改大一码。这下咱们就蛋疼了：由于咱们是根据轮子的尺寸设计的底盘，轮子的尺寸一改，底盘的设计就得修改；一样由于咱们是根据底盘设计的车身，那么车身也得改，同理汽车设计也得改——整个设计几乎都得改！

咱们如今换一种思路。咱们先设计汽车的大概样子，而后根据汽车的样子来设计车身，根据车身来设计底盘，最后根据底盘来设计轮子。这时候，依赖关系就倒置过来了：轮子依赖底盘，底盘依赖车身，车身依赖汽车。

这时候，上司再说要改动轮子的设计，咱们就只须要改动轮子的设计，而不须要动底盘，车身，汽车的设计了。

这就是依赖倒置原则——把本来的高层建筑依赖底层建筑“倒置”过来，变成底层建筑依赖高层建筑。高层建筑决定须要什么，底层去实现这样的需求，可是高层并不用管底层是怎么实现的。这样就不会出现前面的“牵一发动全身”的状况。

控制反转（Inversion of Control） 就是依赖倒置原则的一种代码设计的思路。具体采用的方法就是所谓的依赖注入（Dependency Injection）。其实这些概念初次接触都会感到云里雾里的。说穿了，这几种概念的关系大概以下：

为了理解这几个概念，咱们仍是用上面汽车的例子。只不过此次换成代码。咱们先定义四个Class，车，车身，底盘，轮胎。而后初始化这辆车，最后跑这辆车。代码结构以下：

这样，就至关于上面第一个例子，上层建筑依赖下层建筑——每个类的构造函数都直接调用了底层代码的构造函数。假设咱们须要改动一下轮胎（Tire）类，把它的尺寸变成动态的，而不是一直都是30。咱们须要这样改：

因为咱们修改了轮胎的定义，为了让整个程序正常运行，咱们须要作如下改动：

由此咱们能够看到，仅仅是为了修改轮胎的构造函数，这种设计却须要修改整个上层全部类的构造函数！在软件工程中，这样的设计几乎是不可维护的——在实际工程项目中，有的类可能会是几千个类的底层，若是每次修改这个类，咱们都要修改全部以它做为依赖的类，那软件的维护成本就过高了。

因此咱们须要进行控制反转（IoC），及上层控制下层，而不是下层控制着上层。咱们用依赖注入（Dependency Injection）这种方式来实现控制反转。所谓依赖注入，就是把底层类做为参数传入上层类，实现上层类对下层类的“控制”。这里咱们用构造方法传递的依赖注入方式从新写车类的定义：

这里咱们再把轮胎尺寸变成动态的，一样为了让整个系统顺利运行，咱们须要作以下修改：

看到没？这里我只须要修改轮胎类就好了，不用修改其余任何上层类。这显然是更容易维护的代码。不只如此，在实际的工程中，这种设计模式还有利于不一样组的协同合做和单元测试：好比开发这四个类的分别是四个不一样的组，那么只要定义好了接口，四个不一样的组能够同时进行开发而不相互受限制；而对于单元测试，若是咱们要写Car类的单元测试，就只须要Mock一下Framework类传入Car就好了，而不用把Framework, Bottom, Tire所有new一遍再来构造Car。

这里咱们是采用的构造函数传入的方式进行的依赖注入。其实还有另外两种方法：Setter传递和接口传递。这里就很少讲了，核心思路都是同样的，都是为了实现控制反转。

看到这里你应该能理解什么控制反转和依赖注入了。那什么是控制反转容器(IoC Container)呢？其实上面的例子中，对车类进行初始化的那段代码发生的地方，就是控制反转容器。

显然你也应该观察到了，由于采用了依赖注入，在初始化的过程当中就不可避免的会写大量的new。这里IoC容器就解决了这个问题。这个容器能够自动对你的代码进行初始化，你只须要维护一个Configuration（能够是xml能够是一段代码），而不用每次初始化一辆车都要亲手去写那一大段初始化的代码。这是引入IoC Container的第一个好处。

IoC Container的第二个好处是：咱们在建立实例的时候不须要了解其中的细节。在上面的例子中，咱们本身手动建立一个车instance时候，是从底层往上层new的：

这个过程当中，咱们须要了解整个Car/Framework/Bottom/Tire类构造函数是怎么定义的，才能一步一步new/注入。

而IoC Container在进行这个工做的时候是反过来的，它先从最上层开始往下找依赖关系，到达最底层以后再往上一步一步new（有点像深度优先遍历）：

这里IoC Container能够直接隐藏具体的建立实例的细节，在咱们来看它就像一个工厂：

咱们就像是工厂的客户。咱们只须要向工厂请求一个Car实例，而后它就给咱们按照Config建立了一个Car实例。咱们彻底不用管这个Car实例是怎么一步一步被建立出来。

实际项目中，有的Service Class多是十年前写的，有几百个类做为它的底层。假设咱们新写的一个API须要实例化这个Service，咱们总不可能回头去搞清楚这几百个类的构造函数吧？IoC Container的这个特性就很完美的解决了这类问题——由于这个架构要求你在写class的时候须要写相应的Config文件，因此你要初始化好久之前的Service类的时候，前人都已经写好了Config文件，你直接在须要用的地方注入这个Service就能够了。这大大增长了项目的可维护性且下降了开发难度。

转载： http://www.javashuo.com/article/p-xrleykiz-o.html。