Spring4.0篇
1、获取spring中bean的方式：
方法一：在初始化时保存ApplicationContext对象 代码： ApplicationContext ac = new FileSystemXmlApplicationContext("applicationContext.xml"); applicationContext.xml 相当于是Spring.xml
ac.getBean("beanId"); 说明：这种方式适用于采用Spring框架的独立应用程序，需要程序通过配置文件手工初始化Spring的情况。
方法二：通过Spring提供的工具类获取ApplicationContext对象 代码：
import org.springframework.web.context.support.WebApplicationContextUtils;
ApplicationContext ac1 = WebApplicationContextUtils.getRequiredWebApplicationContext(ServletContext sc);
ApplicationContext ac2 = WebApplicationContextUtils.getWebApplicationContext(ServletContext sc);
ac1.getBean("beanId");
ac2.getBean("beanId"); 说明： 这种方式适合于采用Spring框架的B/S系统，通过ServletContext对象获取ApplicationContext对象，然后在通过它获取需要的类实例。
上面两个工具方式的区别是，前者在获取失败时抛出异常，后者返回null。其中 servletContext sc 可以具体 换成 servlet.getServletContext()或者 this.getServletContext() 或者 request.getSession().getServletContext(); 另外，由于spring是注入的对象放在ServletContext中的，所以可以直接在ServletContext取出 WebApplicationContext 对象： WebApplicationContext webApplicationContext = (WebApplicationContext) servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);
方法三：继承自抽象类ApplicationObjectSupport 说明：抽象类ApplicationObjectSupport提供getApplicationContext()方法，可以方便的获取到ApplicationContext。 Spring初始化时，会通过该抽象类的setApplicationContext(ApplicationContext context)方法将ApplicationContext 对象注入。
方法四：继承自抽象类WebApplicationObjectSupport 说明：类似上面方法，调用getWebApplicationContext()获取WebApplicationContext
方法五：实现接口ApplicationContextAware 说明：实现该接口的setApplicationContext(ApplicationContext context)方法，并保存ApplicationContext 对象。 Spring初始化时，会通过该方法将ApplicationContext对象注入。在web应用中一般用ContextLoaderListener加载webapplication,如果需要在action之外或者control类之外获取webapplication思路之一是，单独写个类放在static变量中。
2、spring aop中的propagation的7种配置的意思
在声明式的事务处理中，要配置一个切面，即一组方法，如xml中
<tx:advice id="txAdvice" transaction-manager="txManager">
<tx:attributes>
<tx:method name="find*" read-only="true" propagation="NOT_SUPPORTED" />
</tx:attributes>
</tx:advice>
其中就用到了propagation，表示打算对这些方法怎么使用事务，是用还是不用，其中propagation有七种配置，REQUIRED、SUPPORTS、MANDATORY、REQUIRES_NEW、NOT_SUPPORTED、NEVER、NESTED。默认是REQUIRED。
2.七种配置的意思
下面是Spring中Propagation类的事务属性详解：
REQUIRED：支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。
SUPPORTS：支持当前事务，如果当前没有事务，就以非事务方式执行。
MANDATORY：支持当前事务，如果当前没有事务，就抛出异常。
REQUIRES_NEW：新建事务，如果当前存在事务，把当前事务挂起。
NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。
NESTED：支持当前事务，如果当前事务存在，则执行一个嵌套事务，如果当前没有事务，就新建一个事务。
3、Spring的Bean和Java Bean
Spring容器对Bean没有特殊的要求，甚至不要求该Bean像JavaBean那样必须为每个属性提供必要的get/set方法。Spring的Bean是Java的实例，Java组件。而传统Java应用中的JavaBean通常是作为DTO用来封装对象，在各层之间传递数据。
4、Bean继承和Java继承的区别：
Spring中的Bean是实例和实例之间参数值的延续，Java是一般到特殊的细化。Spring之间是对象和对象的关系，Java是类和类之间的关系。
Spring中的字Bean和父Bean可以是不同类型，但是Java中的继承则可以保证子类是一种特殊的父类。
Spring中的Bean的继承是实例之间的关系，因此主要表现为参数值的延续，而Java中继承是类之间的关心，主要表现为方法，属性的延续。
Spring中的子Bean不可作为父Bean使用，因为不具备多态性，Java中的子类完全可当成是父类实例来使用。
5、Spring的标签
P:命名空间主要用于简化设值注入
C:命名空间则用于简化构造注入
6、Spring的俩种处理器：
Bean后处理器，是一种特殊的Bean，它并不为对位提供特殊的服务，主要负责对容器中的其他Bean执行后处理，例如为容器中的目标Bean生成代理，这种Bean被称为Bean后处理器。Bean处理器是对Ioc容器的一种扩展，Spring容器负责将Bean创建出来，Bean后处理器负责对每个Bean进行某种修改，增强，因此可以对容器中的Bean集中增加某种工能。
容器后处理器负责处理容器本身，由于开发者不可能完全替换Spring容器，因此实现的BeanFactoryPostProcessor接口的postProcessBeanFactory()方法只是对Spring容器进行后处理，没有任何的返回值。
7、Spring的常用注解
用注解的方式向Spring容器注册Bean，需要在applicationContext.xml中添加<context:component-scan base-package="需要扫描注解的包路径"/>
1、@Component
@Component
是所有受Spring 管理组件的通用形式，@Component注解可以放在类的头上，@Component不推荐使用。
2、@Controller
@Controller对应表现层的Bean，也就是Action，例如：
1 @Controller
2 @Scope("prototype")
3 public class UserAction extends BaseAction<User>{
4 ……
5 }
使用@Controller注解标识UserAction之后，就表示要把UserAction交给Spring容器管理，在Spring容器中会存在一个名字为"userAction"的action，这个名字是根据UserAction类名来取的。注意：如果@Controller不指定其value【@Controller】，则默认的bean名字为这个类的类名首字母小写，如果指定value【@Controller(value="UserAction")】或者【@Controller("UserAction")】，则使用value作为bean的名字。
这里的UserAction还使用了@Scope注解，@Scope("prototype")表示将Action的范围声明为原型，可以利用容器的scope="prototype"来保证每一个请求有一个单独的Action来处理，避免struts中Action的线程安全问题。spring 默认scope 是单例模式(scope="singleton")，这样只会创建一个Action对象，每次访问都是同一Action对象，数据不安全，struts2 是要求每次次访问都对应不同的Action，scope="prototype" 可以保证当有请求的时候都创建一个Action对象
3、@ Service
@Service对应的是业务层Bean，例如：
1 @Service("userService")
2 public class UserServiceImpl implements UserService {
3 ………
4 }
@Service("userService")注解是告诉Spring，当Spring要创建UserServiceImpl的的实例时，bean的名字必须叫做"userService"，这样当Action需要使用UserServiceImpl的的实例时,就可以由Spring创建好的"userService"，然后注入给Action：在Action只需要声明一个名字叫“userService”的变量来接收由Spring注入的"userService"即可，具体代码如下：
1 // 注入userService
2 @Resource(name = "userService")
3 private UserService userService;
注意：在Action声明的“userService”变量的类型必须是“UserServiceImpl”或者是其父类“UserService”，否则由于类型不一致而无法注入，由于Action中的声明的“userService”变量使用了@Resource注解去标注，并且指明了其name = "userService"，这就等于告诉Spring，说我Action要实例化一个“userService”，你Spring快点帮我实例化好，然后给我，当Spring看到userService变量上的@Resource的注解时，根据其指明的name属性可以知道，Action中需要用到一个UserServiceImpl的实例，此时Spring就会把自己创建好的名字叫做"userService"的UserServiceImpl的实例注入给Action中的“userService”变量，帮助Action完成userService的实例化，这样在Action中就不用通过“UserService userService = new UserServiceImpl();”这种最原始的方式去实例化userService了。如果没有Spring，那么当Action需要使用UserServiceImpl时，必须通过“UserService userService = new UserServiceImpl();”主动去创建实例对象，但使用了Spring之后，Action要使用UserServiceImpl时，就不用主动去创建UserServiceImpl的实例了，创建UserServiceImpl实例已经交给Spring来做了，Spring把创建好的UserServiceImpl实例给Action，Action拿到就可以直接用了。Action由原来的主动创建UserServiceImpl实例后就可以马上使用，变成了被动等待由Spring创建好UserServiceImpl实例之后再注入给Action，Action才能够使用。这说明Action对“UserServiceImpl”类的“控制权”已经被“反转”了，原来主动权在自己手上，自己要使用“UserServiceImpl”类的实例，自己主动去new一个出来马上就可以使用了，但现在自己不能主动去new“UserServiceImpl”类的实例，new“UserServiceImpl”类的实例的权力已经被Spring拿走了，只有Spring才能够new“UserServiceImpl”类的实例，而Action只能等Spring创建好“UserServiceImpl”类的实例后，再“恳求”Spring把创建好的“UserServiceImpl”类的实例给他，这样他才能够使用“UserServiceImpl”，这就是Spring核心思想“控制反转”，也叫“依赖注入”，“依赖注入”也很好理解，Action需要使用UserServiceImpl干活，那么就是对UserServiceImpl产生了依赖，Spring把Acion需要依赖的UserServiceImpl注入(也就是“给”)给Action，这就是所谓的“依赖注入”。对Action而言，Action依赖什么东西，就请求Spring注入给他，对Spring而言，Action需要什么，Spring就主动注入给他。
4、@ Repository
@Repository对应数据访问层Bean ，例如：
1 @Repository(value="userDao")
2 public class UserDaoImpl extends BaseDaoImpl<User> {
3 ………
4 }
@Repository(value="userDao")注解是告诉Spring，让Spring创建一个名字叫“userDao”的UserDaoImpl实例。
当Service需要使用Spring创建的名字叫“userDao”的UserDaoImpl实例时，就可以使用@Resource(name = "userDao")注解告诉Spring，Spring把创建好的userDao注入给Service即可。
1 // 注入userDao，从数据库中根据用户Id取出指定用户时需要用到
2 @Resource(name = "userDao")
3 private BaseDao<User> userDao;
8、classpath*：前缀的用法
Classpath*:前缀提供了加载多个xml配置文件的能力，当使用classpath*:（该前缀仅对ApplicationContext有效）前缀来指定xml配置文件时，系统会搜索类加载路径，找出所有与文件名匹配的文件，分别加载文件中的配置定义，最后合并成一个ApplicationContext。当使用classpath:前缀时，系统通过类加载路径搜索bean.xml文件，如果找到文件名匹配的文件，系统立即停止搜索，加载该文件，及时有多个文件名匹配的文件，系统也只是加载第一个文件。资源文件搜索顺序取决于类加载路径的顺序，排在前面的匹配文件将优先被加载。
9、Aop的达到的效果
保证程序员在不修改源代码的前提之下，为系统中业务组件的多个业务方法添加某种通用功能。但是AOP的本质是：依然要去修改业务组件的多个方法的源代码---这个功能修改由AOP框架完成，程序员不需要修改。
在使用Before增强处理只能在目标方法执行之前织入增强，如果Before增强处理没有特殊处理，目标方法总会自动执行，如果Before处理需要阻止目标方法的执行，可通过抛出一个异常来实现。Before增强处理执行时，目标方法还未获得执行的机会，所以Before增强处理无法访问目标方法的返回值。
10、Spring支持的事务策略
Java EE应用的传统事务有俩种策略：全局事务和局部事务。全局事务是由应用的服务器来管理的，需要底层服务器的JTA支持，局部事务和底层所采取的持久化技术有关，当采用JDBC持久化技术时，需要使用Connection对象来操作事务；采用Hibernate持久化技术时，需要使用Session对象来操作事务。
全局事务可以跨多个事务性资源（典型例子是关系型数据库和消息队列）使用局部事务，应用服务器不需要参与事务管理，因此不能保证跨多个事务性资源的事务正确性。
浙公网安备 33010602011771号