框架就是程序的架子，在这个程序的架子中，搭建起程序的几本的骨架，针对程序的通用问题给出了便捷的解决方案，可以使开发人员 基于框架快速开发具体的应用程序

常见的框架SSH（Struts2、Spring、Hibernate）  SSM(Spring、Spring、MyBatis)

Spring是一个Service层的框架，可以整合许多其他框架进行工作

Spring的主要技术是IOC和AOP

Spring本身是基于xml配置来工作的，在使用Spring过成中，不可避免的要边写大量xml配置，Spring官方提供了这些xml文件的编写规范，这是通过提供xml的约束文件来实现的

IOC

控制反转，简单来说就是将对象的创建的权力及对象的声明周期的管理过程交由Spring框架来处理，从此在开发过程中不在需要关注对象的创建和声明周期的管理，而是在需要时由Spring框架提供，这个由Spring框架管理对象创建和声明周期的机制称为控制反转

IOC不是技术，而是一种设计思想，IOC意味着将你设计好的对象给容器控制，而不是传统的在你的对象内部直接控制，

IOC控制了对象，主要控制了外部资源获取（不只是对象）

因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转依赖对象的获取被反转了

IOC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IOC/DI思想中，应用程序就编程被动的了，被动的等待IOC容器来创建并注入它需要的资源

IOC很好的体现了面向对象的设计法则之一——好莱坞法则：“别找我们，我们找你”；即由IOC容器帮对象找相应的依赖对象并注入，而不是由对象主动去找

DI

依赖注入：组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并非为软件系统带来更多的功能，而是为了提升组件重用的频率。并未系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要简单的配置，而无需任何代码就可以指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现

应用程序依赖于IOC容器

应用程序需要IOC容器来提供对象需要的外部资源

IOC容器注入应用程序某个对象，应用程序依赖的对象

注入某个对象所需要的外部资源（包括对象、资源、常量数据）

IOC和DI是一个概念的不同概念的不用角度描述，“依赖注入”明确描述了“被注入对象依赖IOC容器配置依赖对象”

IOC是Spring的核心，所谓IoC，对于spring框架来说，就是由spring来负责控制对象的生命周期和对象间的关系。

Spring所倡导的开发方式就是，所有的类都会在spring容器中登记，告诉spring你是个什么东西，你需要什么东西，然后spring会在系统运行到适当的时候，把你要的东西主动给你，同时也把你交给其他需要你的东西。所有的类的创建、销毁都由 spring来控制，也就是说控制对象生存周期的不再是引用它的对象，而是spring。对于某个具体的对象而言，以前是它控制其他对象，现在是所有对象都被spring控制，所以这叫控制反转。

IoC的一个重点是在系统运行中，动态的向某个对象提供它所需要的其他对象。这一点是通过DI（Dependency Injection，依赖注入）来实现的