Spring面试题

Spring 框架中核心组件有三个：Core、Context 和 Beans。其中最核心的组件就是Beans, Spring提供的最核心的功能就是Bean Factory。

Spring 解决了的最核心的问题就是把对象之间的依赖关系转为用配置文件来管理，也就是Spring的依赖注入机制。这个注入机制是在Ioc 容器中进行管理的。

Bean 组件是在 Spring 的 org.springframework.beans 包下。这个包主要解决了如下功能：Bean 的定义、Bean 的创建以及对 Bean 的解析。对 Spring 的使用者来说唯一需要关心的就是 Bean 的创建，其他两个由 Spring 内部机制完成。 Spring Bean 的创建采用典型的工厂模式，他的顶级接口是 BeanFactory。

BeanFactory 有三个子类：ListableBeanFactory、HierarchicalBeanFactory 和 AutowireCapableBeanFactory。但是从上图中我们可以发现最终的默认实现类是 DefaultListableBeanFactory，他实现了所有的接口。那为何要定义这么多层次的接口呢？查阅这些接口的源码和说明发现，每个接口都有他使用的场合，它主要是为了区分在 Spring 内部在操作过程中对象的传递和转化过程中，对对象的数据访问所做的限制。例如 ListableBeanFactory 接口表示这些 Bean 是可列表的，而 HierarchicalBeanFactory 表示的是这些 Bean 是有继承关系的，也就是每个 Bean 有可能有父 Bean。AutowireCapableBeanFactory 接口定义 Bean 的自动装配规则。这四个接口共同定义了 Bean 的集合、Bean 之间的关系、以及 Bean 行为。

Bean 的定义就是完整的描述了在 Spring 的配置文件中你定义的 <bean/> 节点中所有的信息，包括各种子节点。当 Spring 成功解析你定义的一个 <bean/> 节点后，在 Spring 的内部他就被转化成 BeanDefinition 对象。以后所有的操作都是对这个对象完成的。Bean 的解析过程非常复杂，功能被分的很细，因为这里需要被扩展的地方很多，必须保证有足够的灵活性，以应对可能的变化。Bean 的解析主要就是对 Spring 配置文件的解析。

Spring框架分为哪七大模块，各模块的主要功能作用是什么

七大模块，如下：

1. Spring Core： Core封装包是框架的最基础部分，提供IOC和依赖注入特性。这里的基础概念是BeanFactory，它提供对Factory模式的经典实现来消除对程序性单例模式的需要，并真正地允许你从程序逻辑中分离出依赖关系和配置。

2.Spring Context: 构建于Core封装包基础上的 Context封装包，提供了一种框架式的对象访问方法，有些象JNDI注册器。Context封装包的特性得自于Beans封装包，并添加了对国际化（I18N）的支持（例如资源绑定），事件传播，资源装载的方式和Context的透明创建，比如说通过Servlet容器。

3．Spring DAO: DAO (Data Access Object) 提供了JDBC的抽象层，它可消除冗长的JDBC编码和解析数据库厂商特有的错误代码。并且，JDBC封装包还提供了一种比编程性更好的声明性事务管理方法，不仅仅是实现了特定接口，而且对所有的POJOs（plain old Java objects）都适用。

4.Spring ORM: ORM 封装包提供了常用的“对象/关系”映射APIs的集成层。其中包括JPA、JDO、Hibernate 和 iBatis 。利用ORM封装包，可以混合使用所有Spring提供的特性进行“对象/关系”映射，如前边提到的简单声明性事务管理。

5.Spring AOP: Spring的 AOP 封装包提供了符合AOP Alliance规范的面向方面的编程实现，让你可以定义，例如方法拦截器（method-interceptors）和切点（pointcuts），从逻辑上讲，从而减弱代码的功能耦合，清晰的被分离开。而且，利用source-level的元数据功能，还可以将各种行为信息合并到你的代码中。

6.Spring Web: Spring中的 Web 包提供了基础的针对Web开发的集成特性，例如多方文件上传，利用Servlet listeners进行IOC容器初始化和针对Web的ApplicationContext。当与WebWork或Struts一起使用Spring时，这个包使Spring可与其他框架结合。

7.Spring Web MVC: Spring中的MVC封装包提供了Web应用的Model-View-Controller（MVC）实现。Spring的MVC框架并不是仅仅提供一种传统的实现，它提供了一种清晰的分离模型，在领域模型代码和Web Form之间。并且，还可以借助Spring框架的其他特性。

Spring框架中的三大核心思想是什么

DI(依赖注入),IOC(控制反转),AOP(面向切面编程)

IOC的概念以及在Spring容器中如何进行IOC的操作。

IOC：Inversion of Control，控制反转。在Java开发中，IOC意味着将你设计好的类交给系统去控制，而不是在你的类内部控制，这称为控制反转，就是被调用类的实例由原先的调用类控制创建、销毁现在转变成由Spring的容器管理。

Spring容器是如何管理Bean的生命周期的(如Bean的初始化方法，Bean的销毁方法)

创建：<bean name=”” class=”” 额外属性>

初始化：配置init-method/实现接口InitializingBean

调用：context.getBean(),进行方法的调用

销毁：配置destroy-method/实现DisposableBean接口

DI的概念以及在Spring框架注入有几种方式。使用构造注入对象，必须要注意什么问题，当设值注入与构造注入同时存在时，执行的先后流程顺序

注入方式：

接口注入

属性注入[属性的SET/GET]

构造注入[构造方法注入]

使用构造函数依赖注入时，Spring保证所有一个对象所有依赖的对象先实例化后，才实例化这个对象。使用set方法依赖注入时，Spring首先实例化对象，然后才实例化所有依赖的对象。

当设值注入与构造注入同时存在时，先执行设置注入，在执行构造注入。

使用DI注入时，Property代表什么意思，如果property引用的是其他Bean的话，如何注入，如果引用是字符串的话，如何设置。

使用DI注入时，Property代表注入类的属性，如果应用其他的bean用ref属性来表明被引用bean的名称，如果是引用字符串的话，用value属性。如：

在Spring框架中获取连接池有几种方式。当JNDI与DBCP同时存在时，会不会出现问题，如果不能同时存在的话，请说明原因

四种方式，如下：

1：DBCP数据源

DBCP类包位于 <SPRING_HOME>/lib/jakarta-commons/commons- dbcp.jar，DBCP是一个依赖Jakarta commons-pool对象池机制的数据库连接池，所以在类路径下还必须包括<SPRING_HOME>/lib/jakarta-commons/commons-pool.jar。下面是使用DBCP配置 oracle数据源的配置片断：

<bean id=”dataSource”
class=”org.apache.commons.dbcp.BasicDataSource” destroy-method=”close”>
<property name=”driverClassName”

value=” oracle.jdbc.driver.OracleDriver ” />
<property name=”url” value=”jdbc:oracle:thin:@localhost:1521:orcl ” />
<property name=”username” value=”root” />
<property name=”password” value=”1234″ />
</bean>

2：C3P0数据源

C3P0是一个开放源代码的JDBC数据源实现项目，它在lib目录中与Hibernate一起发布，实现了JDBC3和JDBC2扩展规范说明的 Connection 和Statement 池。C3P0类包位于<SPRING_HOME>/lib/c3p0 /c3p0-0.9.0.4.jar。下面是使用C3P0配置一个Oracle数据源：

<bean id=”dataSource” class=”com.mchange.v2.c3p0.ComboPooledDataSource” destroy-method=”close”>
<property name=”driverClassName”

3. Spring的数据源实现类(DriverManagerDataSource)

Spring本身也提供了一个简单的数据源实现类DriverManagerDataSource ，它位于 org.springframework.jdbc.datasource包中。这个类实现了javax.sql.DataSource接口，但它并没有提供池化连接的机制，每次调用getConnection()获取新连接时，只是简单地创建一个新的连接。因此，这个数据源类比较适合在单元测试或简单的独立应用中使用，因为它不需要额外的依赖类。

<bean id=”dataSource” class=”org.springframework.jdbc.datasource.DriverManagerDataSource” destroy-method=”close”>
<property name=”driverClassName”

4.获取JNDI数据源

如果应用配置在高性能的应用服务器（如WebLogic或Websphere等）上，我们可能更希望使用应用服务器本身提供的数据源。应用服务器的数据源使用JNDI开放调用者使用，Spring为此专门提供引用JNDI资源的JndiObjectFactoryBean类。下面是一个简单的配置：

<bean id=”dataSource”

class=”org.springframework.jndi.JndiObjectFactoryBean”>
<property name=”jndiName” value=”java:comp/env/jdbc/oracle”/>
</bean>

通过jndiName指定引用的JNDI数据源名称。

在使用Spring的JDBCTemplate操作数据时，必须要往模板中注入哪些对象，同时模板要不要手动关闭数据库连接

注入DataSource数据源对象

不要手动关闭数据库连接，JdbcTemplate会帮我们关闭数据库连接

JdbcTemplate的QueryForList方法得到List集合，请问List集合中每一个对象为什么数据类型，在JSP页面使用EL表达式如何取值。

每一个对象为java.util.Map类型的数据,EL表达式里用<c:foreach>取值

AOP的概念以及使用AOP机制有什么好处。Java编程中实现AOP有几种方式

AOP的概念是Aspected Oriented Programming 面身向方面编程。

好处：AOP将程序分解成各个方面或者说关注点。这使得可以模块化，相当横向上分切了。它可以解决OOP和过程化方法不能够很好解决的横切（crosscut）问题，如：事务、安全、日志等横切关注

实现AOP有几种方式:

1. Spring 1.2版本中通过ProxyFactoryBean来实现aop,即通过动态代理来实现的,Aspect必须继承MethodBeforeAdvice,MethodAfterAdvice等

2. Spring 2.0 AOP需要改的是FBI 这个类，而且它也不需要再实现某些接口

3. 三使用标注（@AspectJ）实现AOP

Spring框架中的事务处理有几种。请分别阐述两者的区别

spring提供的事务管理可以分为两类：编程式的和声明式的。

编程式的，比较灵活，但是代码量大，存在重复的代码比较多；

声明式的比编程式的更灵活.

编程式事务的总接口是什么?使用编程式事务需要用到哪几个Spring事务的核心类对象

总接口

PlatformTransactionManager接口,

核心类:

TransactionDefinition //事务属性定义

TranscationStatus //代表了当前的事务，可以提交，回滚。

PlatformTransactionManager核心接口的子类

Spring的声明式事务能不能为普通的类产生代理接口，能不能在代码中使用Try/Catch能捕获异常，如果不可以，请说明原因

不能。Spring的声明式事务为实现类产生代理。不能在代码中使用Try/Catch，因为代码中捕获了异常，Spring容器捕获不了异常。

使用TransactionProxyFactoryBean为Bean产生事务物理时，需要哪几个属性值的设置:

<bean name=”baseTransactionProxy”

class=”org.springframework.transaction.interceptor.TransactionProxyFactoryBean”>

⑴<!– 为事务代理bean注入事务管理器–>

</property>

⑵<!– 设置事务属性–>

<props>

⑶<!– 所有方法采用required的事务策略 ->

<prop key=”*”>PROPAGATION_REQUIRED</prop>

</props>

</property>

⑷<!– 为事务代理bean设置目标bean –>

</property>

</bean>

⑸<!– 目标bean –>

</bean>

什么是AOP？
面向切面编程（AOP）完善spring的依赖注入（DI），面向切面编程在spring中主要表现为两个方面
1.面向切面编程提供声明式事务管理
2.spring支持用户自定义的切面

面向切面编程（aop）是对面向对象编程（oop）的补充，
面向对象编程将程序分解成各个层次的对象，面向切面编程将程序运行过程分解成各个切面。
AOP从程序运行角度考虑程序的结构，提取业务处理过程的切面，oop是静态的抽象，aop是动态的抽象，
是对应用执行过程中的步骤进行抽象，，从而获得步骤之间的逻辑划分。

aop框架具有的两个特征：
1.各个步骤之间的良好隔离性
2.源代码无关性

什么是DI机制？
依赖注入（Dependecy Injection）和控制反转（Inversion of Control）是同一个概念，具体的讲：当某个角色
需要另外一个角色协助的时候，在传统的程序设计过程中，通常由调用者来创建被调用者的实例。但在spring中
创建被调用者的工作不再由调用者来完成，因此称为控制反转。创建被调用者的工作由spring来完成，然后注入调用者
因此也称为依赖注入。
spring以动态灵活的方式来管理对象，注入的两种方式，设置注入和构造注入。
设置注入的优点：直观，自然
构造注入的优点：可以在构造器中决定依赖关系的顺序。

spring 的优点都有哪些？
1.降低了组件之间的耦合性，实现了软件各层之间的解耦
2.可以使用容易提供的众多服务，如事务管理，消息服务等
3.容器提供单例模式支持
4.容器提供了AOP技术，利用它很容易实现如权限拦截，运行期监控等功能
5.容器提供了众多的辅助类，能加快应用的开发
6.spring对于主流的应用框架提供了集成支持，如hibernate，JPA，Struts等
7.spring属于低侵入式设计，代码的污染极低
8.独立于各种应用服务器
9.spring的DI机制降低了业务对象替换的复杂性
10.Spring的高度开放性，并不强制应用完全依赖于Spring，开发者可以自由选择spring的部分或全部

接口注入（不推荐）

getter，setter方式注入（比较常用）

构造器注入（死的应用）

Spring 2.5 中除了提供 @Component 注释外，还定义了几个拥有特殊语义的注释，它们分别是：@Repository、@Service 和 @Controller。在目前的 Spring 版本中，这 3 个注释和 @Component 是等效的，但是从注释类的命名上，很容易看出这 3 个注释分别和持久层、业务层和控制层（Web 层）相对应。虽然目前这 3 个注释和 @Component 相比没有什么新意，但 Spring 将在以后的版本中为它们添加特殊的功能。所以，如果 Web 应用程序采用了经典的三层分层结构的话，最好在持久层、业务层和控制层分别采用 @Repository、@Service 和 @Controller 对分层中的类进行注释，而用 @Component 对那些比较中立的类进行注释。

在一个稍大的项目中，通常会有上百个组件，如果这些组件采用xml的bean定义来配置，显然会增加配置文件的体积，查找以及维护起来也不太方便。 Spring2.5为我们引入了组件自动扫描机制，他可以在类路径底下寻找标注了 @Component,@Service,@Controller,@Repository注解的类，并把这些类纳入进spring容器中管理。它的作用和在xml文件中使用bean节点配置组件时一样的。要使用自动扫描机制，我们需要打开以下配置信息：
Java代码

1. <?xml version=”1.0″ encoding=”UTF-8″ ?> <beans xmlns=”http://www.springframework.org/schema/beans” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance” xmlns:context=”http://www.springframework.org/schema/context” xsi:schemaLocation=”http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-2.5.xsd”
2. >
3.
4. <context:component-scan base-package=”com.eric.spring”>
5. </beans>
/*其中base-package为需要扫描的包（含所有子包）
@Service用于标注业务层组件，
@Controller用于标注控制层组件（如struts中的action）,
@Repository用于标注数据访问组件，即DAO组件，
@Component泛指组件，当组件不好归类的时候，我们可以使用这个注解进行标注。
*/

6. @Service public class VentorServiceImpl implements iVentorService {
7. } @Repository public class VentorDaoImpl implements iVentorDao {
8. }
/*getBean的默认名称是类名（头字母小写），如果想自定义，可以@Service(“aaaaa”)这样来指定，这种bean默认是单例的，如果想改变，可以使用 @Service(“beanName”) @Scope(“prototype”)来改变。可以使用以下方式指定初始化方法和销毁方法（方法名任意）： @PostConstruct public void init() {
*/
9. }
10. @PreDestroy public void destory() {
11. }
注入方式：

把 DAO实现类注入到service实现类中，把service的接口(注意不要是service的实现类)注入到action中，注入时不要new 这个注入的类，因为spring会自动注入，如果手动再new的话会出现错误，然后属性加上@Autowired后不需要getter()和 setter()方法，Spring也会自动注入。至于更具体的内容，等对注入的方式更加熟练后会做个完整的例子上来。

注解：
在 spring的配置文件里面只需要加上<context:annotation-config/> 和<context:component-scan base-package=”需要实现注入的类所在包”/>，可以使用base-package=”*”表示全部的类。

<context:component-scan base-package=”com.eric.spring”>

其中base-package为需要扫描的包（含所有子包）
在接口前面标上@Autowired和@Qualifier注释使得接口可以被容器注入，当接口存在两个实现类的时候必须指定其中一个来注入，使用实现类首字母小写的字符串来注入，如：

@Autowired

@Qualifier(“chinese”)

private Man man;

否则可以省略，只写@Autowired 。

@Service服务层组件，用于标注业务层组件,表示定义一个bean，自动根据bean的类名实例化一个首写字母为小写的bean，例如Chinese实例化为chinese，如果需要自己改名字则:@Service(“你自己改的bean名”)。

@Controller用于标注控制层组件(如struts中的action)

@Repository持久层组件，用于标注数据访问组件，即DAO组件

@Component泛指组件，当组件不好归类的时候，我们可以使用这个注解进行标注。

@Service
public class VentorServiceImpl implements iVentorService {
}

@Repository
public class VentorDaoImpl implements iVentorDao {
}

getBean 的默认名称是类名（头字母小写），如果想自定义，可以@Service(“aaaaa”) 这样来指定，这种

bean默认是单例的，如果想改变，可以使用@Service(“beanName”) @Scope(“prototype”)来改变。

可以使用以下方式指定初始化方法和销毁方法（方法名任意）：

@PostConstruct

public void init() {

}

@PreDestroy

public void destory() {

}

<!– 声明式事务 –>
<!– 事务通知 –>
< tx:advice id = “txAdvice” transaction-manager = “transactionManager” >
< tx:attributes >
< tx:method name = “add*” propagation = “REQUIRED” />
< tx:method name = “delete*” propagation = “REQUIRED” />
< tx:method name = “update*” propagation = “REQUIRED” />
< tx:method name = “add*” propagation = “REQUIRED” rollback-for=”Exception” /> 设置回滚的条件Exception
<tx:method name=”*” propagation=”REQUIRED” read-only=”true” />
<!– <tx:method name=”*” propagation=”true” />–>
</ tx:attributes >
</ tx:advice >

<!– 那些类的哪些方法参与事务 –>
<aop:config proxy-target-class=”true”> proxy-target-class默认是false，仅当此代理类属性中包含的bean实现了某个接口的情况下设置为true 将自动适用事务
<aop:advisor pointcut=”execution(* com.sun.java.*.server.*.*(..))” advice-ref=”txAdvice” />
<aop:advisor pointcut=”execution(* com.sun.java.*.dao.*.*(..))” advice-ref=”txAdvice” />
</aop:config>
</ beans >

posted @ 2015-05-26 20:26 M-li 阅读(391) 评论(0) 收藏举报

刷新页面返回顶部

M-li

Spring面试题

公告