海之美文新闻资讯
spring框架
Spring框架是由于软体开发的複杂性而创建的。Spring使用的是基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅仅限于伺服器端的开发。从简单性、可测试性和松耦合性角度而言，绝大部分Java套用都可以从Spring中受益。
◆目的：解决企业套用开发的複杂性
◆功能：使用基本的JavaBean代替EJB，并提供了更多的企业套用功能
◆範围：任何Java套用
Spring是一个轻量级控制反转(IoC)和面向切面(AOP)的容器框架。
基本介绍
- 中文名：Spring框架
- 创建原因：软体开发的複杂性
- 使用：JavaBean
- 目的：解决企业套用开发的複杂性
- 功能：使用基本的JavaBean代替EJB
- 範围：任何Java套用
起源
要谈Spring的历史，就要先谈J2EE。J2EE应用程式的广泛实现是在1999年和2000年开始的，它的出现带来了诸如事务管理之类的核心中间层概念的标準化，但是在实践中并没有获得绝对的成功，因为开发效率，开发难度和实际的性能都令人失望。
曾经使用过EJB开发JAVA EE套用的人，一定知道，在EJB开始的学习和套用非常的艰苦，很多东西都不能一下子就很容易的理解。EJB要严格地实现各种不同类型的接口，类似的或者重複的代码大量存在。而配置也是複杂和单调，同样使用JNDI进行对象查找的代码也是单调而枯燥。虽然有一些开发工作随着xdoclet的出现，而有所缓解，但是学习EJB的高昂代价，和极低的开发效率，极高的资源消耗，都造成了EJB的使用困难。而Spring出现的初衷就是为了解决类似的这些问题。
Spring的一个最大的目的就是使JAVA EE开发更加容易。同时，Spring之所以与Struts、Hibernate等单层框架不同，是因为Spring致力于提供一个以统一的、高效的方式构造整个套用，并且可以将单层框架以最佳的组合揉和在一起建立一个连贯的体系。可以说Spring是一个提供了更完善开发环境的一个框架，可以为POJO(Plain Ordinary Java Object)对象提供企业级的服务。
Spring的形成，最初来自Rod Jahnson所着的一本很有影响力的书籍《Expert One-on-One J2EE Design and Development》，就是在这本书中第一次出现了Spring的一些核心思想，该书出版于2002年。另外一本书《Expert One-on-One J2EE Development without EJB》，更进一步阐述了在不使用EJB开发JAVA EE企业级套用的一些设计思想和具体的做法。有时间了可以详细的研读一下。
Spring的初衷：
1、JAVA EE开发应该更加简单。
2、使用接口而不是使用类，是更好的编程习惯。Spring将使用接口的複杂度几乎降低到了零。
3、为JavaBean提供了一个更好的套用配置框架。
4、更多地强调面向对象的设计，而不是现行的技术如JAVA EE。
5、儘量减少不必要的异常捕捉。
6、使应用程式更加容易测试。
Spring的目标：
1、可以令人方便愉快的使用Spring。
2、应用程式代码并不依赖于Spring APIs。
3、Spring不和现有的解决方案竞争，而是致力于将它们融合在一起。
Spring的基本组成：
1、最完善的轻量级核心框架。
2、通用的事务管理抽象层。
3、JDBC抽象层。
4、集成了Toplink, Hibernate, JDO, and iBATIS SQL Maps。
5、AOP功能。
6、灵活的MVC Web套用框架。
优点
◆JAVA EE应该更加容易使用。
◆面向对象的设计比任何实现技术（比如JAVA EE）都重要。
◆面向接口编程，而不是针对类编程。Spring将使用接口的複杂度降低到零。（面向接口编程有哪些複杂度？）
◆代码应该易于测试。Spring框架会帮助你，使代码的测试更加简单。
◆JavaBean提供了应用程式配置的最好方法。
◆在Java中，已检查异常（Checked exception）被过度使用。框架不应该迫使你捕获不能恢复的异常。
简介
Spring：
Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业套用开发的複杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于伺服器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java套用都可以从Spring中受益。
Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR档案里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring套用中的对象不依赖于Spring的特定类。
控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当套用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离套用的业务逻辑与系统级服务（例如审计（auditing）和事务（transaction）管理）进行内聚性的开发。套用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责（甚至是意识）其它的系统级关注点，例如日誌或事务支持。
容器——Spring包含并管理套用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。
框架——Spring可以将简单的组件配置、组合成为複杂的套用。在Spring中，套用对象被声明式地组合，典型地是在一个XML档案里。Spring也提供了很多基础功能（事务管理、持久化框架集成等等），将套用逻辑的开发留给了你。
所有Spring的这些特徵使你能够编写更乾净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模组提供了基础支持。
模组
Spring框架由七个定义明确的模组组成（图1.1）。
Spring框架图（Spring框架概览图1.1）
如果作为一个整体，这些模组为你提供了开发企业套用所需的一切。但你不必将套用完全基于Spring框架。你可以自由地挑选适合你的套用的模组而忽略其余的模组。
就像你所看到的，所有的Spring模组都是在核心容器之上构建的。容器定义了Bean是如何创建、配置和管理的——更多的Spring细节。当你配置你的套用时，你会潜在地使用这些类。但是作为一名开发者，你最可能对影响容器所提供的服务的其它模组感兴趣。这些模组将会为你提供用于构建套用服务的框架，例如AOP和持久性。
核心容器
这是Spring框架最基础的部分，它提供了依赖注入（DependencyInjection）特徵来实现容器对Bean的管理。这里最基本的概念是BeanFactory，它是任何Spring套用的核心。BeanFactory是工厂模式的一个实现，它使用IoC将套用配置和依赖说明从实际的套用代码中分离出来。
套用上下文（Context）模组
核心模组的BeanFactory使Spring成为一个容器，而上下文模组使它成为一个框架。这个模组扩展了BeanFactory的概念，增加了对国际化（I18N）讯息、事件传播以及验证的支持。
另外，这个模组提供了许多企业服务，例如电子邮件、JNDI访问、EJB集成、远程以及时序调度（scheduling）服务。也包括了对模版框架例如Velocity和FreeMarker集成的支持。
Spring的AOP模组
Spring在它的AOP模组中提供了对面向切面编程的丰富支持。这个模组是在Spring套用中实现切面编程的基础。为了确保Spring与其它AOP框架的互用性，Spring的AOP支持基于AOP联盟定义的API。AOP联盟是一个开源项目，它的目标是通过定义一组共同的接口和组件来促进AOP的使用以及不同的AOP实现之间的互用性。通过访问他们的站点，你可以找到关于AOP联盟的更多内容。
Spring的AOP模组也将元数据编程引入了Spring。使用Spring的元数据支持，你可以为你的原始码增加注释，指示Spring在何处以及如何套用切面函式。
JDBC抽象和DAO模组
使用JDBC经常导致大量的重複代码，取得连线、创建语句、处理结果集，然后关闭连线。Spring的JDBC和DAO模组抽取了这些重複代码，因此你可以保持你的资料库访问代码乾净简洁，并且可以防止因关闭资料库资源失败而引起的问题。
这个模组还在几种资料库伺服器给出的错误讯息之上建立了一个有意义的异常层。使你不用再试图破译神秘的私有的SQL错误讯息！
另外，这个模组还使用了Spring的AOP模组为Spring套用中的对象提供了事务管理服务。
对象/关係映射集成模组
对那些更喜欢使用对象/关係映射工具而不是直接使用JDBC的人，Spring提供了ORM模组。Spring并不试图实现它自己的ORM解决方案，而是为几种流行的ORM框架提供了集成方案，包括Hibernate、JDO和iBATIS SQL映射。Spring的事务管理支持这些ORM框架中的每一个也包括JDBC。
Spring的Web模组
Web上下文模组建立于套用上下文模组之上，提供了一个适合于Web套用的上下文。另外，这个模组还提供了一些面向服务支持。例如：实现档案上传的multipart请求，它也提供了Spring和其它Web框架的集成，比如Struts、WebWork。
Spring的MVC框架
Spring为构建Web套用提供了一个功能全面的MVC框架。虽然Spring可以很容易地与其它MVC框架集成，例如Struts，但Spring的MVC框架使用IoC对控制逻辑和业务对象提供了完全的分离。
它也允许你声明性地将请求参数绑定到你的业务对象中，此外，Spring的MVC框架还可以利用Spring的任何其它服务，例如国际化信息与验证。
Spring框架Web页面乱码问题
在做java Web 项目时，乱码问题时常都会出现，解决方法也不尽相同，有简单也有複杂的；如果加入了Spring框架之后就不一样了，可以採用Spring框架自带的过滤器CharacterEncodingFilter，这样可以大大减轻了我们的工作量，即简单方便又容易理解，配置方式如下：在web.xml档案中filter的位置加上如下内容：
<filter> <filter-name>encodingFilter</filter-name > <filter-class> org.springframework.web.filter.CharacterEncodingFilter </filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> <init-param> <param-name>forceEncoding</param-name> <param-value>true</param-value> </init-param></filter><filter-mapping> <filter-name>encodingFilter</filter-name> <url-pattern>*</url-pattern></filter-mapping>
创建简单demo通用步骤
1.SpringMVC框架作用
解决了V-C的互动问题，即视图与控制器的互动问题。
在原生的Java EE技术中，使用Servlet作为项目中的控制器，用于接收用户的请求，并给予回响结果。这种做法最大的问题在于：在常规做法中，每个Servlet对应1个请求路径，例如LoginServlet处理login.com的请求，而RegisterServlet处理register.com的请求，所以，会导致Servlet数量太多，不便于管理（无论从源档案的数量，还是从配置档案的内容），且对象太多进而占用大量记忆体空间的问题！
并且，在请求的处理过程中，还存在许多操作不简便的做法！
1.2. SpringMVC核心组件
- DispatcherServlet
前端控制器，主要职责是接收所有请求（根据配置档案来决定），并将请求转发给对应的控制器，接收控制器的处理结果，确定最终由哪个视图完成回响！
- HandlerMapping
处理请求路径与控制器的映射关係。
- Controller
实际处理请求的组件，例如接收请求参数，决定最终是转发或重定向的方式来回响。
- ModelAndView
控制器的处理结果，其中的Model表示转发的数据（如果是重定向，则Model没有意义），而View表示最终负责回响的视图组件的名称。
- ViewResolver
根据视图组件的名称，确定具体使用的是哪个视图组件。
1.3. SpringMVC-HelloWorld
1.3.1. 创建项目
创建Maven Project，勾选Create a simple project，然后，Group Id值为cn.edu.spring（根据自己实际需要来决定），Artifact Id值为SPRINGMVC-01-HELLOWORLD（这个名称根据自己的实际来写），Packaging选择war：
接下来，需要执行4个步骤（以后每次创建项目时都需要做的事情）：
- 生成web.xml档案；
- 添加依赖：在此前的项目中找到pom.xml，将其中的依赖的代码複製到当前项目中，关于依赖的jar包，会越用越多，学习时，只加不减；
- 複製spring.xml档案到当前项目中，并删除其中的配置，除非你确定这些配置是当前项目中必须使用的；
- 为项目添加Tomcat运行环境；
1.3.2. 配置DispatcherServlet
由于需要DispatcherServlet接收所有请求，所以，首先必须在web.xml配置它：
<!-- 配置DispatcherServlet --> <servlet> <servlet-name>SpringMVC</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>SpringMVC</servlet-name> <url-pattern>*.com</url-pattern> </servlet-mapping>
经过以上配置，则任何以.com作为后缀的请求，都将由DispatcherServlet来处理！
由于项目是基于Spring的，希望项目启动时就载入Spring的配置档案，并使得DispatcherServlet已经完成初始化可以随时接收请求，所以，还需进一步的配置：
<!-- 配置DispatcherServlet --><servlet> <servlet-name>SpringMVC</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <!-- 配置spring的配置档案 --> <init-param> <param-name>contextConfigLocation</param-name>备注：这个name是源码中的，固定 <param-value>classpath:spring.xml</param-value>备注：值要看个人的配置档案的路径 </init-param> <!-- 启动Tomcat时即初始化该Servlet --> <load-on-startup>1</load-on-startup></servlet><servlet-mapping> <servlet-name>SpringMVC</servlet-name> <url-pattern>*.com</url-pattern></servlet-mapping>
至此，当项目启动时，就会初始化DispatcherServlet，并且，在初始化过程中，会载入Spring的配置档案。
测试
如果Spring能正常工作，则配置是成功的！
在src\main\java中创建一个测试类cn.edu.spring.test.Test，并且，显式的添加构造方法，并输出内容：
@Component public class Test { public Test() { System.out.println("已经载入Spring配置档案！"); } }然后，在Spring的配置档案中添加组件扫描：
<context:component-scan base-package="cn.edu.spring" />
最终，把项目部署到Tomcat，并启动Tomcat，在启动日誌中如果能够看到以上输出语句，则成功！
1.3.3. 设计目标
发出请求http://localhost:8080/项目名称/hello.com，要求在界面中显示HelloWorld字样。
1.3.4. 处理请求
以上完成了流程中的第1步，接下来，如果发出hello.do请求，就会被DispatcherServlet接收得到，然后，DispatcherServlet应该根据hello.do请求路径去询问HandlerMapping得知由哪个控制器去处理请求，原始的实现方式是使用SimpleUrlHandlerMapping类去进行配置，不过，这种配置方式非常麻烦，而且，对应关係不明确（所有的路径与控制器的配置都在同一个配置档案中，导致不便于管理），所以，后续都是使用注解完成相关配置，则在开发过程中，跳过第2步和第3步（只是开发时不用关注，框架的执行流程不变）。
为了确保有控制器处理请求，所以，创建HelloController：
所有的控制器都应该是由Spring管理的，所以，需要为控制器类添加@Controller注解：
@Controllerpublic class HelloController {}然后，在类中自定义处理请求的方法，方法的访问许可权是public的，返回值暂时使用String，方法的名称可以自由定义，方法的参数暂时留空：
public String showHello() { }在SpringMVC中，请求对应的可以是某个方法，而不一定每个请求对应一个控制器类，如果请求对应的是以上方法，则需要在方法的声明之前添加@RequestMapping("/hello.com")：
@RequestMapping("/hello.com")public String showHello() {}完成以上步骤后，即表示：路径为/hello.com的请求将触发showHello()方法被执行！
测试
在以上方法中输出任意语句，然后，启动项目，请求对应的路径，观察控制台输出：
@RequestMapping("/hello.com")public String showHello() { System.out.println( "HelloController.showHello()"); return null;}实际运行效果是：页面会显示错误：
控制台可以看到输出语句：
1.3.5. 显示页面
至此，执行流程已经完成前4步，接下来，控制器应该向DispatcherServlet返回结果：
@RequestMapping("/hello.com")public String showHello() { // 测试 System.out.println( "HelloController.showHello()"); // 返回视图组件的名称 return "helloworld";}以上返回的字元串表示最终负责显示的视图组件的名称，但是，并不表示是哪个档案！
接下来，需要配置ViewResolver，使得DispatcherServlet通过它可以知道刚才控制器返回的"helloworld"到底是哪个页面！
实际使用的ViewResolver是InternalResourceViewResolver，需要在spring.xml进行配置：
<!--配置视图解析器ViewResolver-->
<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"></bean>
InternalResourceViewResolver的工作方式是以项目的根路径为参考（在开发时，对应的是webapp资料夹），使用前缀+视图组件名+后缀得到视图档案的位置，例如实际存在的jsp档案是webapp/WEB-INF/helloworld.jsp，由于它本身使用webapp作为根级，所以，前缀是/WEB-INF/，后缀是.jsp，结合控制器返回的"helloworld"进行拼接，就可以得到以上路径，从而确定视图组件的位置，例如配置为：
<!-- 配置视图解析器ViewResolver --><bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <!-- 配置前缀 --> <property name="prefix" value="/WEB-INF/" /> <!-- 配置后缀 --> <property name="suffix" value=".jsp" /> <!-- 经过以上配置后， --> <!-- 当前项目中的jsp档案都应该放在/WEB-INF/下 --></bean>
基于视图解析器的前缀是/WEB-INF/，后缀是.jsp，结合控制器返回的"helloworld"字元串，则需要在WEB-INF资料夹下创建名为helloworld.jsp的档案完成最终的显示：
通过浏览器再次访问，实际效果应该是：
总结
Spring给複杂的J2EE开发带来了春天。它的核心是轻量级的IoC容器，它的目标是为J2EE套用提供了全方位的整合框架，在Spring框架下实现多个子框架的组合，这些子框架之间可以彼此独立，也可以使用其它的框架方案加以代替，Spring希望为企业套用提供一站式（one-stopshop）的解决方案。