spring是一个开源的java框架，集成了各种主流的技术包括web mvc，orm，ejb，rmi，javamail等 ，他就象一个粘合济，在实际项目中，将前后台程序粘合在一起，构建出一个完整的系统。

spring中的各个组件也可独立使用，你可以在你的项目中选择性的使用spring提供的某一部分功能

Spring的核心是ioc和aop

什么是IOC

Inversion of Control，控制反转或反转控制，其和另外一个概念DI－Dependency Injection依赖注入等价。

到底如何来理解IOC？

IOC确切的说，他是一种思想、概念，跟OOP是一种编程思想一样，他是在大量的项目实践中总结出来的一种精妙地程序设计思想。在原先的程序设计中，我们通常是通过new XXX(),其中，XXX就是某个类的名称，在没有ioc思想引入时，我们程序中大量充斥着new XXX()这样的代码。这些代码都需要我们程序员手工编写。而引入了ioc思想之后，对象的管理全部交给Spring这个容器来管理，当我们程序需要对应类的对象时，我们直接从Spring容器里面获取，换句话说，就是Spring容器把产生好的对象交给了我们的程序，这种方式就叫做注入（就跟医生拿着可怕的针管将液体注入到我们的屁股上一样，为什么要注入，还不是你的屁股需要嘛！因为你需要，所以我给你，这就是DI）

而IOC的深层含义就是，将原先对象产生的主动权交给了Spring容器，由Spring容器来为我们完成对象的new的过程，并将对象在我们需要时交给我们。

Spring正是IOC思想的一个完美产物和实践者！

什么是aop

Aspect Oriented Programming，面向方面编程，它也是一种编程思想，它是对OOP编程思想的一种升华
OOP强调的是对象，而aop强调的是面（不是饺子）

那么，什么是面？

如果拿我们的教室做比方，那么教室的前门和后窗就是一个面，一个截面，通过这样的截面，将我们这块空间分成了室内、窗外和门外三部分。

如果拿我们吃的汉堡做比方，那么汉堡的夹心的前后就是一个面，一个截面，通过这样的截面，将我们的普通面包分成了面包上层、夹心、面包下层。

如果。。。

还是拿我们的程序代码来说，
如果我们的dao用jdbc实现，那么在dao的每一个方法里都充斥着这样的代码，
打开连接
执行sql语句
关闭连接
那么，这时，我们就可以在执行sql前后做出一个截面，通过这样的截面，将我们的程序代码分开，将打开连接和关闭连接交给AOP去做，我们程序员只关注执行不同sql语句部分，避免了在dao的每个方法中都要编写重复的打开连接和关闭连接代码。

如果我们的dao用hibernate实现，那么在dao的每一个方法里都充斥着这样的代码
打开session
执行session动作
关闭session

同理，我们就可以在执行session动作前后做出一个截面，通过这样的截面，将我们的程序代码分开，将打开session和关闭session交给AOP去做，我们程序员只关注执行session动作，避免了代码的重复岂不更好

这就是AOP，好好理解吧，那可是个漫长的思想体验过程！祝你好运！

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

最近在网上看到很多人提问，关于spring 依赖注入有什么好处 ？以下是某人说的一句话:"我看了，好处就是说，如果某一天实现类变了，在xml里改一下就行了，可是用原始的java new关键字，我也可以改实现类，只要把new后面的类改掉就行，改xml和改java，工作量是一样的，没看出有啥好处，这个传说中的注入的好处，没感觉到啊"

看到这，我觉的对刚学spring的朋友都有这样的误解，其实不是这样的。以下通过例子来说明下spring 依赖注入的好处

public interface PersonDao {public void add();}创建一个PersonDao对象
public class PersonDaoBean implements PersonDao {public void add(){System.out.println("执行PersonDaoBean里的add()方法");}
}public class PersonServiceBean implements PersonService {    private PersonDao personDao;    public PersonDao getPersonDao() {    return personDao;    }    public void setPersonDao(PersonDao personDao) {    this.personDao = personDao;    }    public void save(){    personDao.add();    }
}

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"   xsi:schemaLocation="http://www.springframework.org/schema/beans    http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">   <bean id="personDao" class="cn.itcast.dao.impl.PersonDaoBean"></bean>   <bean id="personService" class="cn.itcast.service.impl.PersonServiceBean">   <property name="personDao" ref="personDao"></property>   </bean>
</beans> 

大家可以看到，在服务层的这个类里面，我们并没有看到PersonDaoBean的身影，也就是说我们并不关心这个实现类是谁，我们通过PersonDao这个接口去引用注入进来的对象，在通过接口调用它的方法。这样的话，服务层的组件和DAO层的组件已经进行彻底的解耦了。

依赖注入或者说是控制反转，说白了就是使用了配置文件，这种思想的唯一好处就是增加了模块的重用性灵活性。一般配置文件里存的都是数据，键值之类的。Spring的配置文件把要引用类和要给类传的参数都放到配置文件里，这样比以前写死在程序里更灵活，因此更具重用性。