1.场景复现：
一个登陆异常引出的问题。
我们通过精心组织组件扫描的方式，来装配不同的子模块，形成一个可运行的应用；
在载入某个子模块后，我们发现应用虽然正常启动，但尝试登陆的时候，出现一个很异常的异常,部分stacktrace如下：
processing failed; nested exception is java.lang.IllegalStateException: No primary or default constructor found for interface org.springframework.mobile.device.Device] with root cause java.lang.NoSuchMethodException: org.springframework.mobile.device.Device.<init>() |
异常栈部分调用关系如下：
如果移除子模块，应用启动后，同一个入口会触发的正常调用栈如下：
换句话说，异常情况和正常情况，走了不同的处理链。
1.我们初步怀疑是包冲突，但验证后排除掉这个问题；
2.然后继续通过调试代码，分析发现加入子模块后，启动的
HandlerMethodArgumentResolver 实例有27个；
而不加入子模块，启动的
HandlerMethodArgumentResolver 实例有33个，多了几个resolver，其中包括DeviceHandlerMethodArgumentResolver，看起来找到好的线索了；
3.根据线索，怀疑是配置问题，首先怀疑的是安全方面的配置问题；但一直测试分析没有得到结果；
4.后续，用排除法，发现此模块中去掉一个定义的配置类，问题就可以得到解决，这个配置如下：：
Configuration
public class WebMvcConfig extends WebMvcConfigurationSupport {
...
}
2.经过所有线索的梳理，这个问题产生的内在机制比较明确了：
HandlerMethodArgumentResolver
源码注释：
Strategy interface for resolving method parameters into argument values in the context of a given request.
简单可以理解为：解析方法参数的策略接口；通俗的理解为，（controller的）参数解析（构造）转换按这个接口来实现；
WebMvcConfigurationSupport
源码注释：
This is the main class providing the configuration behind the MVC Java config.
其中有一个方法：
@Bean |
简而言之，DeviceHandlerMethodArgumentResolver 实例是靠
WebMvcConfigurationSupport 提供的机制（模板函数），加载进容器处理链的；
DelegatingWebMvcConfiguration
实际上，spring 依靠
DelegatingWebMvcConfiguration 自动检测并代理实现所有的自定义配置
/**
* A subclass of {@code WebMvcConfigurationSupport} that detects and delegates
* to all beans of type {@link WebMvcConfigurer} allowing them to customize the
* configuration provided by {@code WebMvcConfigurationSupport}. This is the
* class actually imported by {@link EnableWebMvc @EnableWebMvc}.
*
* @author Rossen Stoyanchev
* @since 3.1
*/
@Configuration
public class DelegatingWebMvcConfiguration extends WebMvcConfigurationSupport {
WebMvcAutoConfiguration
DelegatingWebMvcConfiguration 的实例创建，是通过下面这个类
WebMvcAutoConfiguration 导入，但是有个条件：当容器内不存在 WebMvcConfigurationSupport 的实例时
@Configuration
@ConditionalOnWebApplication(type = Type.SERVLET)
@ConditionalOnClass({ Servlet.class, DispatcherServlet.class, WebMvcConfigurer.class })
@ConditionalOnMissingBean(WebMvcConfigurationSupport.class)
@AutoConfigureOrder(Ordered.HIGHEST_PRECEDENCE + 10)
@AutoConfigureAfter({ DispatcherServletAutoConfiguration.class,
ValidationAutoConfiguration.class })
public class WebMvcAutoConfiguration {
所以，当我们自己子模块的代码，有这个自定义配置时
@Configuration
public class WebMvcConfig extends WebMvcConfigurationSupport {
系统默认的webmvc 配置行为将会被覆盖；