p2p网站建设说明书,qq直接登录网站无需下载,小程序登录不上什么原因,wordpress searchform.php转载自 Java 必看的 Spring 知识汇总Spring框架是由于软件开发的复杂性而创建的。Spring使用的是基本的JavaBean来完成以前只可能由EJB完成的事情。然而#xff0c;Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性的角度而言#xff0c;绝大部分Java应用…转载自 Java 必看的 Spring 知识汇总Spring框架是由于软件开发的复杂性而创建的。Spring使用的是基本的JavaBean来完成以前只可能由EJB完成的事情。然而Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性的角度而言绝大部分Java应用都可以从Spring中受益。Spring优点低侵入式设计代码的污染极低
独立于各种应用服务器基于Spring框架的应用可以真正实现Write OnceRun Anywhere的承诺
Spring的IoC容器降低了业务对象替换的复杂性提高了组件之间的解耦
Spring的AOP支持允许将一些通用任务如安全、事务、日志等进行集中式管理从而提供了更好的复用
Spring的ORM和DAO提供了与第三方持久层框架的良好整合并简化了底层的数据库访问
pring的高度开放性并不强制应用完全依赖于Spring开发者可自由选用Spring框架的部分或全部。Spring框架的组成结构图Spring的核心机制管理Bean
程序主要是通过Spring容器来访问容器中的BeanApplicationContext是Spring容器最常用的接口该接口有如下两个实现类ClassPathXmlApplicationContext: 从类加载路径下搜索配置文件并根据配置文件来创建Spring容器FileSystemXmlApplicationContext: 从文件系统的相对路径或绝对路径下去搜索配置文件并根据配置文件来创建Spring容器publicclassBeanTest{publicstaticvoidmain(String args) throws Exception{ ApplicationContext ctx newClassPathXmlApplicationContext(beans.xml); Person p ctx.getBean(person, Person.class); p.say; } }
Eclipse使用Spring
在Eclipse等IDE工具中用户可以自建User Library然后把Spring的Jar包都放入其中当然也可以将Jar包直接放在项目的/WEB-INF/lib目录下但是如果使用User Library在项目发布时需要将用户库所引用的Jar文件随应用一起发布就是将User Library所使用的Jar复制到/WEB-INF/lib目录下这是因为对于一个Web应用Eclipse部署Web应用时不会将用户库的Jar文件复制到/WEB-INF/lib下需要手动复制。依赖注入Spring框架的核心功能有两个Spring容器作为超级大工厂负责创建、管理所有的Java对象这些Java对象被称为BeanSpring容器管理容器中Bean之间的依赖关系Spring使用一种被称为“依赖注入”的方式来管理Bean之间的依赖关系。使用依赖注入不仅可以为Bean注入普通的属性值还可以注入其他Bean的引用。依赖注入是一种优秀的解耦方式其可以让Bean以配置文件组织在一起而不是以硬编码的方式耦合在一起。理解依赖注入Rod Johnson是第一个高度重视以配置文件来管理Java实例的协作关系的人他给这种方式起了一个名字控制反转Inverse of ControlIoC。后来Martine Fowler为这种方式起了另一个名称依赖注入Dependency Injection因此不管是依赖注入还是控制反转其含义完全相同。当某个Java对象调用者需要调用另一个Java对象被依赖对象的方法时在传统模式下通常有两种做法原始做法: 调用者主动创建被依赖对象然后再调用被依赖对象的方法简单工厂模式: 调用者先找到被依赖对象的工厂然后主动通过工厂去获取被依赖对象最后再调用被依赖对象的方法。注意上面的主动二字这必然会导致调用者与被依赖对象实现类的硬编码耦合非常不利于项目升级的维护。使用Spring框架之后调用者无需主动获取被依赖对象调用者只要被动接受Spring容器为调用者的成员变量赋值即可由此可见使用Spring后调用者获取被依赖对象的方式由原来的主动获取变成了被动接受——所以Rod Johnson称之为控制反转。另外从Spring容器的角度来看Spring容器负责将被依赖对象赋值给调用者的成员变量——相当于为调用者注入它依赖的实例因此Martine Fowler称之为依赖注入。设值注入设值注入是指IoC容器通过成员变量的setter方法来注入被依赖对象。这种注入方式简单、直观因而在Spring的依赖注入里大量使用。构造注入利用构造器来设置依赖关系的方式被称为构造注入。通俗来说就是驱动Spring在底层以反射方式执行带指定参数的构造器当执行带参数的构造器时就可利用构造器参数对成员变量执行初始化——这就是构造注入的本质。两种注入方式的对比设值注入有如下优点:与传统的JavaBean的写法更相似程序开发人员更容易理解、接受。通过setter方法设定依赖关系显得更加直观、自然对于复杂的依赖关系如果采用构造注入会导致构造器过于臃肿难以阅读。Spring在创建Bean实例时需要同时实例化其依赖的全部实例因而导致性能下降。而使用设值注入则能避免这些问题。尤其在某些成员变量可选的情况下多参数的构造器更加笨重。构造注入优势如下:构造注入可以在构造器中决定依赖关系的注入顺序优先依赖的优先注入对于依赖关系无需变化的Bean构造注入更有用处。因为没有setter方法所有的依赖关系全部在构造器内设定无须担心后续的代码对依赖关系产生破坏依赖关系只能在构造器中设定则只有组件的创建者才能改变组件的依赖关系对组件的调用者而言组件内部的依赖关系完全透明更符合高内聚的原则。Notes建议采用设值注入为主构造注入为辅的注入策略。对于依赖关系无须变化的注入尽量采用构造注入而其他依赖关系的注入则考虑采用设值注入。Spring容器中的Bean对于开发者来说开发者使用Spring框架主要是做两件事①开发Bean②配置Bean。对于Spring框架来说它要做的就是根据配置文件来创建Bean实例并调用Bean实例的方法完成“依赖注入”——这就是所谓IoC的本质。容器中Bean的作用域当通过Spring容器创建一个Bean实例时不仅可以完成Bean实例的实例化还可以为Bean指定特定的作用域。Spring支持如下五种作用域singleton: 单例模式在整个Spring IoC容器中singleton作用域的Bean将只生成一个实例prototype: 每次通过容器的getBean方法获取prototype作用域的Bean时都将产生一个新的Bean实例request: 对于一次HTTP请求request作用域的Bean将只生成一个实例这意味着在同一次HTTP请求内程序每次请求该Bean得到的总是同一个实例。只有在Web应用中使用Spring时该作用域才真正有效对于一次HTTP会话session作用域的Bean将只生成一个实例这意味着在同一次HTTP会话内程序每次请求该Bean得到的总是同一个实例。只有在Web应用中使用Spring时该作用域才真正有效global session: 每个全局的HTTP Session对应一个Bean实例。在典型的情况下仅在使用portlet context的时候有效同样只在Web应用中有效。如果不指定Bean的作用域Spring默认使用singleton作用域。prototype作用域的Bean的创建、销毁代价比较大。而singleton作用域的Bean实例一旦创建成果就可以重复使用。因此应该尽量避免将Bean设置成prototype作用域。使用自动装配注入合作者BeanSpring能自动装配Bean与Bean之间的依赖关系即无须使用ref显式指定依赖Bean而是由Spring容器检查XML配置文件内容根据某种规则为调用者Bean注入被依赖的Bean。Spring自动装配可通过元素的default-autowire属性指定该属性对配置文件中所有的Bean起作用也可通过对元素的autowire属性指定该属性只对该Bean起作用。autowire和default-autowire可以接受如下值no: 不使用自动装配。Bean依赖必须通过ref元素定义。这是默认配置在较大的部署环境中不鼓励改变这个配置显式配置合作者能够得到更清晰的依赖关系byName: 根据setter方法名进行自动装配。Spring容器查找容器中全部Bean找出其id与setter方法名去掉set前缀并小写首字母后同名的Bean来完成注入。如果没有找到匹配的Bean实例则Spring不会进行任何注入byType: 根据setter方法的形参类型来自动装配。Spring容器查找容器中的全部Bean如果正好有一个Bean类型与setter方法的形参类型匹配就自动注入这个Bean如果找到多个这样的Bean就抛出一个异常如果没有找到这样的Bean则什么都不会发生setter方法不会被调用constructor: 与byType类似区别是用于自动匹配构造器的参数。如果容器不能恰好找到一个与构造器参数类型匹配的Bean则会抛出一个异常autodetect: Spring容器根据Bean内部结构自行决定使用constructor或byType策略。如果找到一个默认的构造函数那么就会应用byType策略。当一个Bean既使用自动装配依赖又使用ref显式指定依赖时则显式指定的依赖覆盖自动装配依赖对于大型的应用不鼓励使用自动装配。虽然使用自动装配可减少配置文件的工作量但大大将死了依赖关系的清晰性和透明性。依赖关系的装配依赖于源文件的属性名和属性类型导致Bean与Bean之间的耦合降低到代码层次不利于高层次解耦!--通过设置可以将Bean排除在自动装配之外--beanidautowire-candidatefalse/!--除此之外还可以在beans元素中指定支持模式字符串如下所有以abc结尾的Bean都被排除在自动装配之外--beansdefault-autowire-candidates*abc/创建Bean的3种方式使用构造器创建Bean实例
使用构造器来创建Bean实例是最常见的情况如果不采用构造注入Spring底层会调用Bean类的无参数构造器来创建实例因此要求该Bean类提供无参数的构造器。采用默认的构造器创建Bean实例Spring对Bean实例的所有属性执行默认初始化即所有的基本类型的值初始化为0或false所有的引用类型的值初始化为null。使用静态工厂方法创建Bean
使用静态工厂方法创建Bean实例时class属性也必须指定但此时class属性并不是指定Bean实例的实现类而是静态工厂类Spring通过该属性知道由哪个工厂类来创建Bean实例。除此之外还需要使用factory-method属性来指定静态工厂方法Spring将调用静态工厂方法返回一个Bean实例一旦获得了指定Bean实例Spring后面的处理步骤与采用普通方法创建Bean实例完全一样。如果静态工厂方法需要参数则使用 constructor-arg…/ 元素指定静态工厂方法的参数。调用实例工厂方法创建Bean
实例工厂方法与静态工厂方法只有一个不同调用静态工厂方法只需使用工厂类即可而调用实例工厂方法则需要工厂实例。使用实例工厂方法时配置Bean实例的 bean…/ 元素无须class属性配置实例工厂方法使用factory-bean指定工厂实例。采用实例工厂方法创建Bean的 bean…/ 元素时需要指定如下两个属性factory-bean: 该属性的值为工厂Bean的idfactory-method: 该属性指定实例工厂的工厂方法若调用实例工厂方法时需要传入参数则使用 constructor-arg…/ 元素确定参数值。协调作用域不同步的Bean
当singleton作用域的Bean依赖于prototype作用域的Bean时会产生不同步的现象原因是因为当Spring容器初始化时容器会预初始化容器中所有的singleton Bean由于singleton Bean依赖于prototype Bean因此Spring在初始化singleton Bean之前会先创建prototypeBean——然后才创建singleton Bean接下里将prototype Bean注入singleton Bean。解决不同步的方法有两种放弃依赖注入: singleton作用域的Bean每次需要prototype作用域的Bean时主动向容器请求新的Bean实例即可保证每次注入的prototype Bean实例都是最新的实例利用方法注入: 方法注入通常使用lookup方法注入使用lookup方法注入可以让Spring容器重写容器中Bean的抽象或具体方法返回查找容器中其他Bean的结果被查找的Bean通常是一个non-singleton Bean。Spring通过使用JDK动态代理或cglib库修改客户端的二进制码从而实现上述要求。建议采用第二种方法使用方法注入。为了使用lookup方法注入大致需要如下两步将调用者Bean的实现类定义为抽象类并定义一个抽象方法来获取被依赖的Bean2.在 bean…/ 元素中添加 lookup-method…/ 子元素让Spring为调用者Bean的实现类实现指定的抽象方法NotesSpring会采用运行时动态增强的方式来实现lookup-method.../元素所指定的抽象方法如果目标抽象类实现过接口Spring会采用JDK动态代理来实现该抽象类并为之实现抽象方法如果目标抽象类没有实现过接口Spring会采用cglib实现该抽象类并为之实现抽象方法。Spring4.0的spring-core-xxx.jar包中已经集成了cglib类库。两种后处理器Spring提供了两种常用的后处理器
Bean后处理器: 这种后处理器会对容器中Bean进行后处理对Bean进行额外加强
容器后处理器: 这种后处理器会对IoC容器进行后处理用于增强容器功能。Bean后处理器Bean后处理器是一种特殊的Bean这种特殊的Bean并不对外提供服务它甚至可以无须id属性它主要负责对容器中的其他Bean执行后处理例如为容器中的目标Bean生成代理等这种Bean称为Bean后处理器。Bean后处理器会在Bean实例创建成功之后对Bean实例进行进一步的增强处理。Bean后处理器必须实现BeanPostProcessor接口同时必须实现该接口的两个方法。1.Object postProcessBeforeInitialization(Object bean, String name) throws BeansException: 该方法的第一个参数是系统即将进行后处理的Bean实例第二个参数是该Bean的配置id2.Object postProcessAfterinitialization(Object bean, String name) throws BeansException: 该方法的第一个参数是系统即将进行后处理的Bean实例第二个参数是该Bean的配置id。容器中一旦注册了Bean后处理器Bean后处理器就会自动启动在容器中每个Bean创建时自动工作Bean后处理器两个方法的回调时机如下图注意一点如果使用BeanFactory作为Spring容器则必须手动注册Bean后处理器程序必须获取Bean后处理器实例然后手动注册。BeanPostProcessor bp (BeanPostProcessor)beanFactory.getBean(bp);beanFactory.addBeanPostProcessor(bp);Person p (Person)beanFactory.getBean(person);容器后处理器Bean后处理器负责处理容器中的所有Bean实例而容器后处理器则负责处理容器本身。容器后处理器必须实现BeanFactoryPostProcessor接口并实现该接口的一个方法postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory)实现该方法的方法体就是对Spring容器进行的处理这种处理可以对Spring容器进行自定义扩展当然也可以对Spring容器不进行任何处理。类似于BeanPostProcessorApplicationContext可自动检测到容器中的容器后处理器并且自动注册容器后处理器。但若使用BeanFactory作为Spring容器则必须手动调用该容器后处理器来处理BeanFactory容器。Spring的“零配置”支持搜索Bean类
Spring提供如下几个Annotation来标注Spring Bean
Component: 标注一个普通的Spring Bean类
Controller: 标注一个控制器组件类
Service: 标注一个业务逻辑组件类
Repository: 标注一个DAO组件类
在Spring配置文件中做如下配置指定自动扫描的包
context:component-scan base-packageedu.shu.spring.domain/使用Resource配置依赖
Resource位于javax.annotation包下是来自JavaEE规范的一个AnnotationSpring直接借鉴了该Annotation通过使用该Annotation为目标Bean指定协作者Bean。使用Resource与 property…/ 元素的ref属性有相同的效果。Resource不仅可以修饰setter方法也可以直接修饰实例变量如果使用Resource修饰实例变量将会更加简单此时Spring将会直接使用JavaEE规范的Field注入此时连setter方法都可以不要。使用PostConstruct和PreDestroy定制生命周期行为
PostConstruct和PreDestroy同样位于javax.annotation包下也是来自JavaEE规范的两个AnnotationSpring直接借鉴了它们用于定制Spring容器中Bean的生命周期行为。它们都用于修饰方法无须任何属性。其中前者修饰的方法时Bean的初始化方法而后者修饰的方法时Bean销毁之前的方法。Spring4.0增强的自动装配和精确装配
Spring提供了Autowired注解来指定自动装配Autowired可以修饰setter方法、普通方法、实例变量和构造器等。当使用Autowired标注setter方法时默认采用byType自动装配策略。在这种策略下符合自动装配类型的候选Bean实例常常有多个这个时候就可能引起异常为了实现精确的自动装配Spring提供了Qualifier注解通过使用Qualifier允许根据Bean的id来执行自动装配。Spring的AOP为什么需要AOP
AOPAspect Orient Programming也就是面向切面编程作为面向对象编程的一种补充已经成为一种比较成熟的编程方式。其实AOP问世的时间并不太长AOP和OOP互为补充面向切面编程将程序运行过程分解成各个切面。AOP专门用于处理系统中分布于各个模块不同方法中的交叉关注点的问题在JavaEE应用中常常通过AOP来处理一些具有横切性质的系统级服务如事务管理、安全检查、缓存、对象池管理等AOP已经成为一种非常常用的解决方案。使用AspectJ实现AOP
AspectJ是一个基于Java语言的AOP框架提供了强大的AOP功能其他很多AOP框架都借鉴或采纳其中的一些思想。其主要包括两个部分一个部分定义了如何表达、定义AOP编程中的语法规范通过这套语法规范可以方便地用AOP来解决Java语言中存在的交叉关注点的问题另一个部分是工具部分包括编译、调试工具等。AOP实现可分为两类
1.静态AOP实现: AOP框架在编译阶段对程序进行修改即实现对目标类的增强生成静态的AOP代理类以AspectJ为代表2.动态AOP实现: AOP框架在运行阶段动态生成AOP代理以实现对目标对象的增强以Spring AOP为代表一般来说静态AOP实现具有较好的性能但需要使用特殊的编译器。动态AOP实现是纯Java实现因此无须特殊的编译器但是通常性能略差。AOP的基本概念关于面向切面编程的一些术语
切面Aspect: 切面用于组织多个AdviceAdvice放在切面中定义连接点Joinpoint: 程序执行过程中明确的点如方法的调用或者异常的抛出。在Spring AOP中连接点总是方法的调用增强处理Advice: AOP框架在特定的切入点执行的增强处理。处理有“around”、“before”和“after”等类型切入点Pointcut: 可以插入增强处理的连接点。简而言之当某个连接点满足指定要求时该连接点将被添加增强处理该连接点也就变成了切入点Spring的AOP支持Spring中的AOP代理由Spring的IoC容器负责生成、管理其依赖关系也由IoC容器负责管理。为了在应用中使用AspectJ支持Spring需要添加三个库aspectjweaver.jaraspectjrt.jaraopalliance.jar并在Spring配置文件中做如下配置
!--启动AspectJ支持--
aop:aspectj-autoproxy/!--指定自动搜索Bean组件、自动搜索切面类--
context:component-scanbase-packagecn.javastack.service context:include-filter typeannotationexpressionorg.aspectj.lang.annotation.Aspect//context:component-scan
