您的位置:首页 > 编程语言 > Java开发

spring详解(一)

2014-04-23 10:33 162 查看
一、什么是spring。

Spring是分层的JavaSE/EE full-stack 轻量级开源框架

以IoC(Inverse of Control 反转控制)和AOP(Aspect Oriented Programming 面向切面编程为内核)

官网:springsource.org/

Spring的出现是为了取代EJB的臃肿、低效、脱离现实。

二、spring的优点。

1、方便解耦,简化开发

Spring就是一个大工厂,可以将所有对象创建和依赖关系维护,交给Spring管理

2、AOP编程的支持

Spring提供面向切面编程,可以方便的实现对程序进行权限拦截、运行监控等功能

3、声明式事务的支持

只需要通过配置就可以完成对事务的管理,而无需手动编程

4、方便程序的测试

Spring对Junit4支持,可以通过注解方便的测试Spring程序

5、方便集成各种优秀框架

Spring不排斥各种优秀的开源框架,其内部提供了对各种优秀框架(如:Struts、Hibernate、MyBatis、Quartz等)的直接支持

6、降低JavaEE API的使用难度

Spring 对JavaEE开发中非常难用的一些API(JDBC、JavaMail、远程调用等),都提供了封装,使这些API应用难度大大降低

三、开发spring所需核心jar。

spring-beans-3.2.0.RELEASE.jar

spring-context-3.2.0.RELEASE.jar

spring-core-3.2.0.RELEASE.jar

spring-expression-3.2.0.RELEASE.jar

还需要下载commons-logging日志包

commons-logging-1.1.1.jar ,log4j.jar

提示:spring3.0.X 版本 asm jar包 已经被合并到 spring core包中

四、spring IOC。

顾名思义,IoC Inverse of Control 反转控制的概念,就是将原本在程序中手动创建service对象的控制权,交由Spring框架管理,简单说,就是创建service对象控制权被反转到了Spring框架

五、依赖注入。

DI:Dependency Injection 依赖注入,在Spring框架负责创建Bean对象时,动态的将依赖对象注入到Bean组件

六、spring 工厂模式理念。



七、反转控制demo。

//通过srping容器来获得helloService

ApplicationContext applicationContext = new ClassPathXMLAppliacationContext("applicationContext.xml");

HelloService helloService = applicationContext.getBean("helloService",HelloService.class);

在applicationContext.xml配置bean

<bean id="helloService" class="Service的类全名"></bean>

八、BeanFactory和ApplicationContext。

对BeanFactory采取延迟加载,第一次getBean时才会初始化Bean。

ApplicationContext是对BeanFactory扩展,提供了更多功能

国际化处理

事件传递

Bean自动装配

各种不同应用层的Context实现

九、MyEclipse 编写Spring配置文件无提示解决。

方案一: 联网下载

springframework.org/schema/beans/spring-beans.xsd

方案二: 采用本地schema配置

Myeclipse window-preferences- 搜索xml catalog

选中User Specified Entries -- Add 操作

location 浏览选中 解压spring 包中 schema\beans\spring-beans-3.2.xsd

修改Key type 为 Schema location

key 修改为springframework.org/schema/beans/spring-beans.xsd 点击OK

十、实例化bean的三种方式。

1.默认无参构造函数实例化。

2.使用静态工厂实例化。

3.使用动态工厂实例化。

十一、bean的作用域。

1.singleton作用域。

在配置<bean>的时候有个scope属性,可以在这里设置bean的作用域,当设置为singleton的时候,在IOC容器中只会创建bean定义的唯一实例。这个单一实例会被存储到单例缓存(singleton cache)中,并且所有针对该bean的后续请求和引用都将返回被缓存的对象实例,这里要注意的是singleton作用域和GOF设计模式中的单例是完全不同的,单例设计模式表示一个ClassLoader中只有一个class存在,而这里的singleton则表示一个容器对应一个bean,也就是说当一个bean被标识为singleton时候,spring的IOC容器中只会存在一个该bean。

2.prototype作用域。

当使用prototype作为作用域时,Bean会导致每次对该Bean的请求都创建一个Bean实例,所以对有状态的Bean应该使用prorotype作用域,无状态Bean则使用singleton作用域。还有就是Spring不能对一个prototype作用域 bean的整个生命周期负责,容器在初始化、配置、装饰或者是装配完一个prototype实例后,将它交给客户端,随后就对该prototype实例不闻不问了。不管何种作用域,容器都会调用所有对象的初始化生命周期回调方法,而对prototype而言,任何配置好的析构生命周期回调方法都将不会被调用。清除prototype作用域的对象并释放任何prototype
bean所持有的昂贵资源,都是客户端代码的职责。(让Spring容器释放被singleton作用域bean占用资源的一种可行方式是,通过使用bean的后置处理器,该处理器持有要被清除的bean的引用。)

3.Web应用程序上下文的Bean

request、session、global session使用时,首先应该在web.xml中增加如下配置

如果你使用的是Servlet 2.4+的web容器,那么你仅需要在web应用的XML声明文件web.xml中增加下述ContextListener即可:

<web-app>
<listener>
<listener-class>
org.springframework.web.context.request.RequestContextListener
</listener-class>
</listener>
</web-app>


3.1、request

request表示该针对每一次HTTP请求都会产生一个新的bean,同时该bean仅在当前HTTP request内有效。

<bean id="loginAction" class="org.han.action.LoginAction" scope="session"/>


3.2、session
表示仅在当前会话中有效
<bean id="loginAction" class="org.han.action.LoginAction" scope="session"/>
3.3、global session

global session作用域类似于标准的HTTP Session作用域,不过它仅仅在基于portlet的web应用中才有意义。Portlet规范定义了全局Session的概念,它被所有构成某个portlet web应用的各种不同的portlet所共享。在global session作用域中定义的bean被限定于全局portlet Session的生命周期范围内。如果你在web中使用global session作用域来标识bean,那么web会自动当成session类型来使用。

<bean id="loginAction" class="<span style="color: rgb(51, 51, 51); font-family: Arial; ">org.han.action.LoginAction</span><span style="color: rgb(51, 51, 51); font-family: Arial; ">" scope="globalSession"/></span>
4、自定义作用域

在spring2.0中作用域是可以任意扩展的,但是不能覆盖singleton和prototype,spring的作用域由接口org.springframework.beans.factory.config.Scope来定义,自定义自己的作用域只要实现该接口即可

十二、spring中bean的生命周期。
一个Bean从创建到销毁,如果是用BeanFactory来生成,管理Bean的话,会经历几个执行阶段



1:Bean的建立:

容器寻找Bean的定义信息并将其实例化。

2:属性注入:

使用依赖注入,Spring按照Bean定义信息配置Bean所有属性

3:BeanNameAware的setBeanName():

如果Bean类有实现org.springframework.beans.BeanNameAware接口,工厂调用Bean的setBeanName()方法传递Bean的ID。

4:BeanFactoryAware的setBeanFactory():

如果Bean类有实现org.springframework.beans.factory.BeanFactoryAware接口,工厂调用setBeanFactory()方法传入工厂自身。

5:BeanPostProcessors的ProcessBeforeInitialization()

如果有org.springframework.beans.factory.config.BeanPostProcessors和Bean关联,那么其postProcessBeforeInitialization()方法将被将被调用。

6:initializingBean的afterPropertiesSet():

如果Bean类已实现org.springframework.beans.factory.InitializingBean接口,则执行他的afterProPertiesSet()方法

7:Bean定义文件中定义init-method:

可以在Bean定义文件中使用"init-method"属性设定方法名称例如:

如果有以上设置的话,则执行到这个阶段,就会执行initBean()方法

8:BeanPostProcessors的ProcessaAfterInitialization()

如果有任何的BeanPostProcessors实例与Bean实例关联,则执行BeanPostProcessors实例的ProcessaAfterInitialization()方法

此时,Bean已经可以被应用系统使用,并且将保留在BeanFactory中知道它不在被使用。有两种方法可以将其从BeanFactory中删除掉:
1:DisposableBean的destroy()

在容器关闭时,如果Bean类有实现org.springframework.beans.factory.DisposableBean接口,则执行他的destroy()方法

2:Bean定义文件中定义destroy-method

在容器关闭时,可以在Bean定义文件中使用"destroy-method"属性设定方法名称,例如:

如果有以上设定的话,则进行至这个阶段时,就会执行destroy()方法,如果是使用ApplicationContext来生成并管理Bean的话则稍有不同,使用ApplicationContext来生成及管理Bean实例的话,在执行BeanFactoryAware的setBeanFactory()阶段后,若Bean类上有实现org.springframework.context.ApplicationContextAware接口,则执行其setApplicationContext()方法,接着才执行BeanPostProcessors的ProcessBeforeInitialization()及之后的流程。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: