zoukankan      html  css  js  c++  java
  • 关于Spring中常被问到的一些问题

    Spring
    1、你一般用spring做什么?
    控制反转IOC  AOP
    2、spring中的哪个类的哪个方法可用于获取bean
    ApplicationContext类的getBean()方法。
    3、spring是什么?根据你的理解详细谈谈你的见解。
      ◆目的:解决企业应用开发的复杂性
      ◆功能:使用基本的JavaBean代替EJB,并提供了更多的企业应用功能
      ◆范围:任何Java应用
      简单来说,Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
      ◆轻量——从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且 Spring所需的处理开销也是微不足道的。此外,Spring是非侵入式的:典型地,Spring应用中的对象不依赖于Spring的特定类。
      ◆控制反转——Spring通过一种称作控制反转(IoC)的技术促进了松耦合。当应用了IoC,一个对象依赖的其它对象会通过被动的方式传 递进来,而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖,而是容器在对象初始化时不等对象请求就 主动将依赖传递给它。
      ◆面向切面——Spring提供了面向切面编程的丰富支持,允许通过分离应用的业务逻辑与系统级服务(例如审计(auditing)和事务 ()管理)进行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责(甚至是意识)其它的系统级关注点,例如日志或事务 支持。
      ◆容器——Spring包含并管理应用对象的配置和生命周期,在这个意义上它是一种容器,你可以配置你的每个bean如何被创建——基于一个 可配置原型(prototype),你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然 而,Spring不应该被混同于传统的重量级的EJB容器,它们经常是庞大与笨重的,难以使用。
      ◆框架——Spring可以将简单的组件配置、组合成为复杂的应用。在Spring中,应用对象被声明式地组合,典型地是在一个XML文件里。Spring也提供了很多基础功能(事务管理、持久化框架集成等等),将应用逻辑的开发留给了你。
      所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种模块提供了基础支持。

    4、项目中如何体现Spring中的切面编程。
       面向切面编程:主要是横切一个关注点,将一个关注点模块化成一个切面。在切面上声明一个通知(Advice)和切入点(Pointcut); 通知: 是指在切面的某个特定的连接点(代表一个方法的执行。通过声明一个org.aspectj.lang.JoinPoint类型的参数可以使通知 (Advice)的主体部分获得连接点信息。)上执行的动作。通知中定义了要插入的方法。切入点:切入点的内容是一个表达式,以描述需要在哪些对象的哪些 方法上插入通知中定义的方法。
       项目中用到的Spring中的切面编程最多的地方:声明式事务管理。
       a、定义一个事务管理器
       b、配置事务特性(相当于声明通知。一般在业务层的类的一些方法上定义事务)
       c、配置哪些类的哪些方法需要配置事务(相当于切入点。一般是业务类的方法上)
      
    5、spring中可以用注入获得属性值,还有其他的方式吗?
    读取配置文件

    6、spring在项目中如何充当粘合剂
        1、在项目中利用spring的IOC(控制反转或依赖注入),明确地定义组件接口(如UserDAO),开发者可以独立开发各个组件, 然后根据组件间的依赖关系组装(UserAction依赖于UserBiz,UserBiz依赖于UserDAO)运行,很好的把 Struts(Action)和hibernate(DAO的实现)结合起来了。
        2、spring的事务管理把hibernate对数据库的操作进行了事务配置。

    7、spring的事务如何配置
        spring的声明式事务配置:
        1. <!-- 配置sessionFactory -->

    <bean id="sessionFactory"
            class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
            <property name="configLocation">
                <value>/WEB-INF/classes/hibernate.cfg.xml</value>
            </property>
        </bean>  

    2. 配置事务管理器
           <!-- 配置事务管理器 -->

    <bean id="transactionManager"
            class="org.springframework.orm.hibernate3.HibernateTransactionManager">
            <property name="sessionFactory">
                <ref local="sessionFactory" />
            </property>
        </bean>

    3. 配置事务特性

    <tx:advice id="txAdvice"  transaction-manager="transactionManager">
            <tx:attributes>
                        <tx:method name="add*" propagation="REQUIRED"/>
                        <tx:method name="update*" propagation="REQUIRED"/>
                        <tx:method name="del*" propagation="REQUIRED"/>
                        <tx:method name="*" read-only="true"/>
                    </tx:attributes>
           </tx:advice>

    4. 配置哪些类的哪些方法配置事务

      <aop:config>
               <aop:pointcut id="allManagerMethod" ession="execution(* com.yyaccp.service.impl.*.*(..))"/>
               <aop:advisor advice-ref="txAdvice" pointcut-ref="allManagerMethod">
           </aop:config>

    isolation设定事务的隔离级别,事务管理器根据它来控制另外一个事务可以看到本事务内的哪些数据。
    定义的5个不同的事务隔离级别:
    DEFAULT:默认的隔离级别,使用数据库默认的事务隔离级别
    READ_COMMITTED:保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现,但是可能会出现不可重复读和幻像读。
    READ_UNCOMMITTED:这是事务最低的隔离级别,它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和幻像读。
    REPEATABLE_READ:这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交 的数据外,还保证了避免不可重复读。 SERIALIZABLE:这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读,不可重复读外,还避免了幻像读。

    propagation定义了7个事务传播行为
    REQUIRED: 如果存在一个事务,则支持当前事务。如果没有事务则开启一个新的事务。
    SUPPORTS: 如果存在一个事务,支持当前事务。如果没有事务,则非事务的执行。但是对于事务同步的事务管理器,SUPPORTS与不使用事务有少许不同。
    REQUIRES_NEW 总是开启一个新的事务。如果一个事务已经存在,则将这个存在的事务挂起。
    NOT_SUPPORTED 总是非事务地执行,并挂起任何存在的事务。
    NEVER 总是非事务地执行,如果存在一个活动事务,则抛出异常 NESTED:如果一个活动的事务存在,则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行。

    嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时,会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。

    REQUIRED应该是我们首先的事务传播行为。它能够满足我们大多数的事务需求。


    8、transaction有那几种实现(事务处理)(Spring)
       在Spring中,事务处理主要有两种方式
    (1) 代码控制事务  在程序中引入新的模版类,这个类封装了事务管理的功能 【编程式】
    (2) 参数配置控制事务,在Application-Context.xml增加一个事务代理配置【声明式】

  • 相关阅读:
    封装cookie
    敏感词过滤
    面向对象改成选项卡
    正则表达式
    cookie
    DOM
    系统对象
    cookie记录用户名
    6个原则
    23中设计模式
  • 原文地址:https://www.cnblogs.com/zhishan/p/3092191.html
Copyright © 2011-2022 走看看