Spring的组件有很多，但是核心组件有三个：Bean、Context、Core。
1、Bean：
Bean组件在Spring的 org.springframework.beans 包下，在这个包下的所有类主要解决了3件事：Bean的定义、Bean的创建及对Bean的解析。对Spring使用者来说唯一需要关心的就是Bean的创建，其他两个由Spring在内部完成。BeanDefination：Bean的定义完整的描述了在 Spring配置文件中定义的<bean/>节点中所有的信息，包括各种子节点。当 Spring成功解析 <bean/> 节点后，在Spring内部它就被转化成 BeanDefinition对象，以后所有操作都是对这个对象操作。
Bean的解析过程非常复杂，功能被分的很细。因为这里需要被扩展的地方很多，必须保证有足够的灵活性，以应对可能的变化。Bean的解析主要就是对Spring配置文件的解析。
Bean组件是 Spring核心中的重点，Spring 就是面向Bean编程的（Bean Oriented Programming：BOP）就像Object 对OOP的意义一样，没有对象的概念就像没有面向对象的编程，在Spring中没有Bean也就没有Spring存在的意义。我们使用 Spring的主要一个原因就是 Spring会把对象之间的依赖关系转而用配置文件来管理。也就是依赖注入机制。而这个注入关系在一个叫 IOC的容器中管理，而IOC容器就是被Bean包裹的对象。Spring正是通过把对象包装在Bean中从而达到管理这些对象及做一系列额外操作的目的。
前面如果把 Bean比作一场演出中的演员，Context就是这场演出的舞台背景，而 Core应该就是演出的道具了。Bean包装的是Object，而 Object必然有数据，如何给这些数据提供生存环境就是Context要解决的问题，对Context来说它就是要发现每个Bean之间的关系并维护好这种关系。所以Context就是一个Bean关系的集合，这种关系集合又叫 IOC容器。Core组件用来发现、建立和维护每个 Bean之间所需的一系列工具，把 Core组件也可以看成是Util。
2、Context：
Context 在 Spring的 org.springframework.context 包下，给 Spring提供一个运行时的环境，用于保存各个对象的状态。ApplicationContext 是 Context 的父类，它除了能标识一个应用环境的基本信息外，还集成了5个接口来扩展 Context 的功能。例如：通过继承 BeanFactory 表明容器中运行的主体对象是 Bean，另外继承了 ResourceLoader接口，使得 ApplicationContext可以访问外部资源（在Core中说明；
3、Core：
Core 组件作为 Spring的核心组件，其中包含了很多关键类，例如：定义了资源的访问方式。这种将所有资源都抽象成一个接口的方式很值得以后的设计中拿来学习。
Context 与 Core之间的关系：比如 Context一般会把资源的加载、解析和描述工作委托给 ResourcePatternResolver类来完成，它相当于一个接头人，把资源的加载、解析和资源的定义整合在一起便于其他组件使用，在Core组件中还有很多类似的方式。
那么接下来就简单介绍一下 DispatcherServlet 和九大组件（按使用顺序排序的）：
|-----------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 组件 | 说明 |
| DispatcherServlet | Spring MVC 的核心组件，是请求的入口，负责协调各个组件工作 |
| MultipartResolver | 内容类型( Content-Type )为 multipart/* 的请求的解析器，例如解析处理文件上传的请求，便于获取参数信息以及上传的文件 |
| HandlerMapping | 请求的处理器匹配器，负责为请求找到合适的 HandlerExecutionChain 处理器执行链，包含处理器（handler）和拦截器们（interceptors） |
| HandlerAdapter | 处理器的适配器。因为处理器 handler 的类型是 Object 类型，需要有一个调用者来实现 handler 是怎么被执行。Spring 中的处理器的实现多变，比如用户处理器可以实现 Controller 接口、HttpRequestHandler 接口，也可以用 @RequestMapping 注解将方法作为一个处理器等，这就导致 Spring MVC 无法直接执行这个处理器。所以这里需要一个处理器适配器，由它去执行处理器 |
| HandlerExceptionResolver | 处理器异常解析器，将处理器（ handler ）执行时发生的异常，解析( 转换 )成对应的 ModelAndView 结果 |
| RequestToViewNameTranslator | 视图名称转换器，用于解析出请求的默认视图名 |
| LocaleResolver | 本地化（国际化）解析器，提供国际化支持 |
| ThemeResolver | 主题解析器，提供可设置应用整体样式风格的支持 |
| ViewResolver | 视图解析器，根据视图名和国际化，获得最终的视图 View 对象 |
| FlashMapManager | FlashMap 管理器，负责重定向时，保存参数至临时存储（默认 Session） |
Spring MVC 对各个组件的职责划分的比较清晰。DispatcherServlet 负责协调，其他组件则各自做分内之事，互不干扰。