标签：
Spring
1． Spring工作机制及为什么要用？
Spring 是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。Spring既是一个AOP框架，也是一IOC容器。
SpringFramework的组成：Spring AOP，Spring DAO，Spring ORM，Spring Web，Spring Context， Spring Web MVC。
Spring的核心就是IOC和AOP，所以Spring的工作机制简单的理解也就是IOC和AOP的工作机制。
借助于Spring AOP，Spring IoC能够很方便的使用到非常健壮、灵活的企业级服务，通过使用IoC能够降低组件之间的耦合度，最终，能够提高类的重用性，利于测试，而且更利于整个产品或系统集成和配置。
2． 说说AOP和IOC的概念以及在spring中是如何应用的?
AOP，Aspect Oriented Program，面向(方面)切面的编程；
IOC，Invert Of Control，控制反转。
简单说一下，IOC就是其实就是依赖注入，即用接口编程，在程序中不出现new关键字，而是用接口来命名引用，然后通过某种方式把接口的某个实现类的实例注入到引用里，从而实现接口与具体实现类的松耦合。
由容器控制程序之间的关系(通过XML配置)，而非传统实现中的由程序代码直接操控，(在一个Class对象中引用另一个Class对象时，我们通常都是直接通过new contructor)。控制权由应用代码中转到了外部容器，控制权的转移，是所谓的反转。
AOP方式很类似filter，就是在程序正常的业务流中间像切面一样插入很多其他需要执行的代码，比如登录时候，在进入登录页面前写入日志，很常用的，尤其是跟数据库有关的，或者跟支付有关的程序肯定会在每一步前面插入日志。
面向方面的编程，即 AOP，是一种编程技术，它允许程序员对横切关注点或横切典型的职责分界线的行为（例如日志和事务管理）进行模块化。AOP 的核心构造是方面，它将那些影响多个类的行为封装到可重用的模块中。
AOP Advice（AOP通知）分为：
前置通知
后置通知
异常通知
环绕通知
3． Spring的事物有几种方式？谈谈spring事物的隔离级别和传播行为？
声明式事务 使用spring声明式事务，spring使用AOP来支持声明式事务，会根据事务属性，自动在方法调用之前决定是否开启一个事务，并在方法执行之后决定事务提交或回滚事务。
事务的隔离级别：
数据库系统提供了4种事务隔离级别，在这4种隔离级别中，Serializable的隔离级别最高，Read Uncommitted的隔离级别最低；
· Read Uncommitted 读未提交数据；（会出现脏读）
· Read Committed 读已提交数据；
· Repeatable Read 可重复读；
· Serializable 串行化
事务的传播属性包括：
· Required 业务方法需要在一个事务中运行，如果一个方法运行时已经处在一个事务中，那么加入到该事务，否则为自己创建一个新事务，80%的方法用到该传播属性；
· Not-Supported
· Requiresnew
· Mandatoky
· Supports
· Never
· Nested
4． Spring的优点和缺点？
⑴Spring的优点：
① Spring能有效地组织你的中间层对象，不管你是否选择使用了EJB；
② Spring能消除在许多工程中常见的对Singleton的过多使用。(因为它降低了系统的可测试性和面向对象的程度)；
③ 通过一种在不同应用程序和项目间一致的方法来处理配置文件，Spring能消除各种各样自定义格式的属性文件的需要。Inversion of Control的使用帮助完成了这种简化；
④ 通过把对接口编程而不是对类编程的代价几乎减少到没有，Spring能够促进养成好的编程习惯；
⑤ Spring被设计为让使用它创建的应用尽可能少的依赖于他的APIs。在Spring应用中的大多数业务对象没有依赖于Spring；
⑥ 使用Spring构建的应用程序易于单元测试；
⑦ Spring能使EJB的使用成为一个实现选择，而不是应用架构的必然选择。你能选择用POJOs或local EJBs来实现业务接口，却不会影响调用代码；
⑧ Spring帮助你解决许多问题而无需使用EJB。Spring能提供一种EJB的替换物，他们适用于许多web应用。例如：Spring能使用AOP提供声明性事务管理而不通过EJB容器；
⑨ Spring为数据存取提供了一个一致的框架不论使用的是JDBC还是O/R mapping产品；
⑵Spring的缺点：
① 使用人数不多，jsp中要写很多代码；
② 控制器过于灵活，缺少一个公用控制器。
http://blog.163.com/qqabc20082006%40126/blog/static/22928525201062491347114/
Q. 对于依赖倒置原则（Dependency Inversion Principle，DIP），依赖注入（Dependency Injection，DI）和控制反转（Inversion of Control，IoC）容器，你是怎么理解的？
A.
DIP意味着：
应用这个准则后，高层模块并不直接同低层模块交互，而是通过一个抽象层来跟低层模块进行交互。这使得需求变更后增加的成本更加灵 活可控。这里有些实现DIP的示例代码片段。
首先定义抽象层：
package principle_dip2;
public interface AnimalHandler {
public abstract void handle( );
}
package principle_dip2;
public interface AnimalHelper {
public abstract void help( );
}
接着是依赖于抽象类而非具体实现的高层代码。
package principle_dip2;
public class CircusService {
AnimalHandler handler;
public void setHandler(AnimalHandler handler) {
this.handler = handler;
}
public void showStarts( ) {
//code omitted for brevity
handler.handle( );
}
}
package principle_dip2;
public class TigerHandler implements AnimalHandler{
AnimalHelper helper;
public void setHelper(AnimalHelper helper) {
this.helper = helper;
}
public void handle( ){
//...
helper.help( );
//...
}
}
package principle_dip2;
public class TigerHelper implements AnimalHelper{
public void help( ){
//......
}
}
DI和IoC的真正强大之处在于，在运行时而非编译时绑定类间关系。例如，在Seam框架中，你可以对一个接口进行两种实现：真正的实现和模拟(mock)的实现，而在运行时根据某个属性、另一个文件存在与否或者某个优先值去决定真正调用哪一个实现。这尤其当你希望程序在不同场景下表现不同的行为时，这是非常好用的。DI和IoC的另外一个好处是，使得代码更容易进行单元测试。当然也有其他一些好处，例如，不用使用工厂或者单例模式就可以实现松耦合，其实现方法一致因此适合缺乏经验的程序员，等等。当然，享受这些好处是要付出代价的，例如系统复杂性会随之增加，另外在使用时也需要更加小心，不能因为这个技术受欢迎就滥用，而是在能够真正体现其优势的地方才去使用。
注意：上下文依赖注入（Contexts and Dependency Injection）是用来描述标准依赖注入的一个尝试。CDI是Java EE 6 stack的一部分，也就是说任何一个运行在Java EE 6兼容容器之上的应用都可以轻松使用CDI。Weld就是CDI的一个可参考的实现。
Q. 以你的经验来看，为什么要选择使用Spring框架呢？
A.
Q．根据你的项目经验，Spring框架的哪些地方是你不喜欢的？你认为Spring有缺陷吗？
A．
Q．IoC中支持的依赖注入有哪些类型？
A．依赖注入有三种类型：
Q．你用过其他依赖注入框架吗？
A．用过Guice，Hivemind和Seam。
http://www.cnblogs.com/Coda/p/4232897.html
标签：
原文地址：http://www.cnblogs.com/softidea/p/4279526.html
