街头小瘪三的专栏

纯注解实现Spring、AOP铺垫、AOP支撑类AnnotationAwareAspectJAutoProxyCreator

通过上一篇的说明，相信大家对Sping MVC的参数解析有了一定的了解，下面对我们开发中最常用的传JSON以及前端接受JSON进行分析。参数解析 以及 返回值的入口，上一篇我们说过可以快速找到的。

参数解析器共分26种，针对不同的注解参数，有不同的参数解析器；返回值解析器共分15种，针对不同的返回值，调用不同的返回值解析器；上一篇博客Spring MVC 的调用（12）_chen_yao_kerr的博客-CSDN博客已经对Spring MVC整体调用流程进行了梳理，但是在上一篇中关于HandlerAdapter调用到业务类，最终返回modelAndView的步骤中，我们只是梳理了整体流程, 并没有详细的分析如何进行参数传递的。本篇则是对上一篇的第五、六、七步中进行参数解析的补充.

第一步:用户发起请求到前端控制器（DispatcherServlet）第二步：前端控制器请求处理器映射器（HandlerMappering）去查找处理器（Handle）：通过xml配置或者注解进行查找第三步：找到以后处理器映射器（HandlerMappering）像前端控制器返回执行链（HandlerExecutionChain）第四步：前端控制器（DispatcherServlet）调用处理器适配器（HandlerAdapter）去执行处理器（Handler）

取代 springmvc.xml 配置上一篇我们已经分析了Spring MVC的配置，并且说明了如何通过注解的方式去替换各种各样的xml配置文件。本篇将更深入分析：取代 springmvc.xml 配置之前我们说过，定义一个类使用 @EnableWebMvc 注解开启Spring MVC的。我们用一个@EnableWebMvc 就可以完全取代 xml 配置， 其实两者完成的工作是一样的，都是为了创建必要组件的实例。

Spring MVC是Spring的一个子模块，也是我分析的Spring源码的最后一个模块。下面看一下Spring MVC的整个调用流程。看了上图，我们发现DispatcherServlet这个类是Spring MVC整个调用流程的核心。所有的请求和响应都是经过这个类进行处理的，那么分析这个类是势在必行的。

事务的传播属性解析

Spring事务切面

Spring AOP 源码分析

通过属性注入的方式支持循环依赖，而通过构造方法的形式，是不支持循环依赖的

@Autowired @Resource实现原理

让Spring依赖注入失效

Spring IOC 实例化

Spring实例化BeanDefinition过程