Spring是一个轻量级开源框架,它以 IOC(控制反转)和 AOP(面向切面编程)为内核,使用基本的 JavaBean 来完成以前只可能由 EJB 完成的工作,取代了EJB的臃肿、低效的开发模式。
Spring致力于Java EE 应用各层的解决问题,在表现层它提供了 SpringMVC 以及 Strus 框架的整合功能;在业务逻辑层可以管理事务、记录日志等;在持久层可以整合 Mybatis、Hibernate、JdbcTemplate等技术。因此,可以说Spring是企业应用开发很好的【一站式】选择。
虽然Spring贯穿于表现层、业务逻辑层和持久层,但它并不想取代那些已有的框架,而是以高度的开放性与它们进行无缝整合。
Spring框架的优点Spring不仅可以用于服务器端开发,也可以用于任何Java应用的开发中。
- 非侵入式设计
- 方便解耦、简化开发
- 支持AOP
- 支持声明式事务处理
- 方便程序的设计
- 方便集成各种优秀框架
- 降低Java EE API的使用难度
Spring框架采用的是分层架构,它一系列的功能要素被分成20个模块,这些模块大体分为 Core Container、Data Access/lntegration、Web、AOP、Instrwmentation、Messaging和Test。
Data Access/lntegration(数据访问/集成)数据访问/集成层包括 JDBC、ORM、OXM、JMS和 Transactions模块,具体介绍如下:
- JDBC模块:提供了一个JDBC的抽象层,大幅度减少了在开发过程中对数据库 *** 作的编码
- ORM模块:对流行的对象关系映射API,包括JPA、JDO、Hibernate和IBatis提供了的集成器
- OXM模块:提供了一个支持对象/XML 映射的抽象层实现,如 JAXB、Castor、XMLBeans、JiBX 和 XStream。
- JMS模块:指Java消息服务,包含的功能为生产和消费的消息
- Transactions 事务模块::支持对实现特殊接口以及所有 POJO 类的编程和声明式的事务管理
Spring的Web层包括Web、Servlet、Struts和Portlet组件,具体介绍如下:
- Web模块:提供了基本的Web开发集成特性,例如多文件上传功能、使用的Servlet监听器的IOC容器初始化以及Web应用上下文
- Servlet模块:包括 Spring 模型-视图-控制器(MVC)实现Web应用程序
- Struts模块:包含支持类内的Spring应用程序,集成了经典的Struts Web层
- Portlet模块:提供了在Portler环境中使用MVC实现,类似Web-Servlet模块的功能
Spring 的核心容器是其他模块建立的基础,由 Beans 模块、Core 核心模块、Context 上下文模块和 expression Language 表达式语言模块组成,具体介绍如下。
- Beans模块:提供了BeanFactory,是工厂模式的经典实现,Spring将管理对象称为Bean
- Core核心模块:提供了Spring框架的基本组成部分,包括IOC和DI功能
- Context上下文模块:建立在核心和Beans模块的基础之上,它是访问定义和配置任何对象的媒介。ApplicationContext接口是上下文模块的焦点。
- expression Language 模块:是运行时查询和 *** 作对象图的强大的表达式语言
Spring的其他模块还有 AOP、Aspects、Instrumentation 以及 Test 模块,具体介绍如下。
- AOP模块:提供了面向切面编程实现,允许定义方法拦截器和切入点,将代码按照功能进行分离,以降低耦合性
- Aspects 模块:提供与 AspectJ 的集成,是一个功能强大且成熟的面向切面编程(AOP)框架。
- Instrumentation 模块:提供了类工具的支持和类加载器的实现,可以在特定的应用服务器中使用
- Test 模块:支持 Spring 组件,使用 JUnit 或 TestNG 框架的测试。
lib目录中的JAR包分为三类:
以RELEASE.jar结尾的是Spring框架class文件的JAR包
以RELEASE-javadoc.jar结尾的是Spring框架API文档的压缩包
以RELEASE-source.jar结尾的是Spring框架源文件的压缩包。
整个Spring框架由20个模块组成,该目录下Spring为每个模块都提供了这三类压缩包
在lib目录中,有四个Spring的基础包,,它们分别对应 Spring 核心容器的四个模块,具体介绍如下:
- spring-core-5.0.2.RELEASE.jar:包含Spring框架基本的核心工具类,Spring其他组件都要用到这个包里面的类,是其他组件的基本核心
- spring-beans-5.0.2.RELEASE.jar:所有应用都要用到的JAR包,它包含访问配置文件、创建和管理Bean以及进行IOC或者DI *** 作相关的所有类
- spring-context-5.0.2.RELEASE.jar:Spring提供了在基础IOC功能上的扩展服务,还提供了许多企业级服务的支持,如邮件服务、任务调度、JNDI定位、EJB集成、远程访问、缓存以及各种视图层框架的封装等
- spring-expression-5.0.2.RELEASE.jar:定义了Spring的表达式语言
在使用 Spring 开发时,除了要使用自带的 JAR 包外, Spring 的核心容器还需要依赖 commons.logging JAR包。即 commons-Iogging- .2. jar。
Spring的核心容器Spring框架的主要功能是通过其核心容器来实现的。
Spring框架提供了两种核心容器,分别是 BeanFactory 和 ApplicationContext 。
BeanFactory(延迟加载)BeanFactory 由 org.springframework.beans.factory.BeanFactory 接口定义,是基础类型的IOC容器,它提供了完整的IOC服务支持。
简单来说,BeanFactory就是一个管理 Bean的工厂,它主要负责初始化各种Bean,并调用它们的生命周期方法。
BeanFactory 接口提供了几个实现类,其中最常用的是 org.springframework.beans.factory.xml.XmIBeanFactory,该类会根据XML配置文件中的定义来装配Bean。
ApplicationContext(立即加载)ApplicationContext是 BeanFactory 的子接口,也被称为【应用上下文】,是另一种常用的Spring核心容器。它由 org.springframework.context.Application接口定义,不仅包含了 BeanFactory的所有功能,还添加了对国际化、资源访问、事件传播等方便的支持。
创建ApplicationContext接口实例,通常采用两种方法,如下:
- 通过ClassPathXmlApplicationContext创建(类路径)
ClassPathXmlApplicationContext会从类路径 classPath中寻找指定的XML配置文件,找到并装载完成 ApplicationContext的实例化工作,流程如下:
ApplicationContext applicationContext = new ClassPathXmlApplicationContext(String configLocation) ;
上述代码中, configLocation 参数用于指定 Spring 配置文件的名称和位置。如果其值为 "applicationContext.xml" ,则Spring 会去类路径中查找名称为 applicationContext. xml 的配置文件。
- 通过FileSystemXmlApplicationContext创建(绝对路径)
FileSystemXmlApplicationContext 会从指定的文件系统路径[绝对路径]中寻找指定的 XML 配置文件,找到并装载完成 ApplicationContext 的实例化工作 ,其使用语法如下:
ApplicationContext applicationContext = new FileSystemXmlApplicationContext(String configLocation);
与 ClassPathXmlApplicationContext 区别是:
在读取Spring的配置文件时, FileSystemXmlApplicationContext 不再从类路径中读取配置文件,而是通过参数指定配置文件的位置,例如:“"D:/workspaces/appIicationContext. xm1”。
如果在参数中写的不是绝对路径,那么方法调用的时候,会默认用绝对路径来找,这种采用绝对路径的方式,会导致程序的灵活性变差,所以这个方法一般不推荐使用。
在使用 Spring 框架时,可以通过实例化其中任何一个类来创建 ApplicationContext 容器,通常在 Java 项目中,会采用通过 ClassPathXmlApplicationContext 类来实例化 ApplicationContext 容器的方式;而在 Web 项目中,ApplicationContext 容器的实例化工作会交由 Web 服务器来完成 Web 服务器实例化 ApplicationContext 容器时,通常会使用基于 ContextLoaderListener 实现的方式,此种方式只需要在 web.xml 中添加如下代码:
contextConfigLocation classpath:spring/applicationContext.xml rg.springframework.web.context.ContextLoaderListener
创建Spring容器后,就可以获取Spring容器中的Bean。Spring获取Bean的实例通常采用以下两种方式:
- Object getBean(String name):根据容器中的Bean的id或name来获取指定的Bean,获取之后需要进行强制类型转换。
- T getBean(Class requiredType) :根据类的类型来获取Bean的实例。由于此方法为泛型方法,因此在获取Bean之后不需要进行强制类型转换。
注意:
BeanFactory 和 ApplicationContext 两种容器都是通过XML配置文件加载Bean的。二者的区别是:
如果Bean的某一个属性没有注入,使用BeanFactory加载后,在第一次调用getBean()方法时会抛出异常;而 ApplicationContext则在初始化时自检,这样有利于检查所依赖属性是否注入。
因此,在实际开发中,通常都优先选择使用 ApplicationContext,而只有在系统资源较少时,才考虑使用 BeanFactory。
依赖注入依赖注入( Dependency Injection ,简称 DI) 与控制反转 (loC) 的含义相同,只不过这两个称呼是从两个角度描述的同一个概念。
当某个 Java 对象(调用者)需要调用另一个 Java 对象(被调用者,即被依赖对象)时, 在传统模式下,调用者通常会采用 "new 被调用者"的代码方式来创建对象。这种方式会导致调用者与被调用者之间的耦合性增加,不利于后期项目的升级和维护。
在使用Spring框架之后,对象的实例不再由调用者来创建,而是由Spring容器来创建,Spring容器会负责控制程序之间的关系,而不是由调用者的程序代码直接控制。这样控制权由应用代码转移到了Spring容器,控制权发生了反转,这就是Spring的控制反转。
从Spring容器的角度来看,Spring容器负责将被依赖对象赋值给调用者的成员变量,这相当于为调用者注入了它依赖的实例,这就是Spring的依赖注入。
依赖注入的实现方式依赖注入的作用就是在使用Spring框架创建对象时,动态地将其所依赖地对象注入到Bean组件中,其实现方式通常有两种:
- setter方法注入
- 构造函数方法注入
- 基于注解的注入
setter方法注入:
private String name; private Integer age; private Date birthday; public void setName(String name) { this.name = name; } public void setAge(Integer age) { this.age = age; } public void setBirthday(Date birthday) { this.birthday = birthday; }
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)