前言

废话不多说，直接进入主题。

同学们有想过这么一种情况吗：Spring容器提供给我们的一些接口实现类并不能满足我们的要求，但是我们又不想重新写一个类，只想在原来类上修改一些属性？

举个例子，SpringMVC中通过<mvc:annotation-driven>标签自动生成的RequestMappingHandlerAdapter有个HandlerMethodArgumentResolverComposite类型的argumentResolvers属性，这个属性内部有个HandlerMethodArgumentResolver集合属性，最终会使用这个集合处理Controller中参数的问题。这部分的知识请参考：详解SpringMVC中Controller的方法中参数的工作原理

我们通过源码来看下这个属性的初始化过程：

然后处理参数的时候会遍历HandlerMethodArgumentResolver集合属性，这样自定义的HandlerMethodArgumentResolver的优先级就落后了。

如果我们想让自定义的HandlerMethodArgumentResolver在优先级提高，怎么办呢？   可以使用BeanPostProcessor接口实现。

Spring官方文档对BeanPostProcessor接口的定义：Factory hook that allows for custom modification of new bean instances, e.g. checking for marker interfaces or wrapping them with proxies.   简单翻译下：一个工厂钩子，允许对工厂中的bean实例进行自定义修改，比如标记接口或使用代理类包装bean。

实例讲解

首先看下BeanPostProcessor接口的定义：

public interface BeanPostProcessor {      public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException;        public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException;  }

接口很简单，2个方法。 看名字也知道，初始化之前的操作和初始化之后的操作。

参数bean代表工厂中的实例；beanName代表这个实例的名字；返回值代表最终使用的beanName这个名字的实例，可以用个包装类，也可以用原先的那个bean。

这里的实例就是我们要修改RequestMappingHandlerAdapter中argumentResolvers属性里的HandlerMethodArgumentResolver集合顺序。

BeanPostProcessor的实现类代码：

@Componentpublic class HandlerAdapterPostProcessor implements BeanPostProcessor{      @Override    public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {        //初始化之前不改变，原bean返回        return bean;    }        @Override    public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {        if(bean instanceof RequestMappingHandlerAdapter && beanName.equals("org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter#0")) {            RequestMappingHandlerAdapter adapter = (RequestMappingHandlerAdapter) bean;            List<HandlerMethodArgumentResolver> resolvers = adapter.getArgumentResolvers();            //这里的resolvers是一个UnmodifiableList，因此需要重新new一个其他类型的List            List<HandlerMethodArgumentResolver> newList = new ArrayList(resolvers);            newList.add(0, new FormObjArgumentResolver());            adapter.setArgumentResolvers(Collections.unmodifiableList(newList));        }        return bean;    }  }

这里我们判断RequestMappingHandlerAdapter的时候根据beanName为org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter#0的进行判断。

这里简单说明一下这个beanName的问题，为什么我们写成这样： 楼主的配置文件中定义了1个RequestMappingHandlerAdapter(没有写id属性)，又写了<mvc:annotation-driven/>这句配置，且自定义的配置顺序在<mvc:annotation-driven/>之前。 这样就产生了2个RequestMappingHandlerAdapter，name分别为org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter#0和org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter#1。

当然可以给自定义的RequestMappingHandlerAdapter配置id属性，这样自定义的RequestMappingHandlerAdapter的beanName为配置的id属性，而<mvc:annotation-driven/>配置的RequestMappingHandlerAdapter的beanName为org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter#0。参考资料：Spring中Ordered接口简介

注意，我们加了@Component注解，在配置文件中需要配置component-scan扫描到这个类，Spring容器会自动查询实现了BeanPostProcessor接口的实现类并执行该接口定义的方法。

我们这里仅仅在第一个位置加入了FormObjArgumentResolver这个自定义的实现HandlerMethodArgumentResolver接口的类。

结果：

总结

在这里再次感叹Spring框架的强大，Spring预留给我们实现的接口太多了。 很多地方只需要实现某些接口，就会默认Spring的默认行为，而无需修改源码。 赞！