基于SpringMVC、Tomcat源码的请求链路图示解析

Spring启动时SpringMVC的组件初始化

补充:onRefresh()先通过tomcatStarter()启动tomcat流程并初始化despatcherServlet,然后在finishBeanFactoryInitialization创建requestMappingHandlerAdapter、requestMappingHandlerMapping等bean实例,AbstractHandlerMapping的initApplicationContext()先进行默认、自定义HandlerInterceptor的初始化,接着图中的流程,获取controller等bean是在initHandlerMethods()方法,通过子类的afterpropertiesSet,调用父类方法完成调用.

发起请求的执行链路：

下图是在未配置DispatchServlet的load-on-startup属性时，调用情况，若配置load-on-startup大于、等于0，那么初始化servlet的流程会在tomcat启动或热部署时完成,在spring的finishRefresh()流程中加在dispatcherServlet,processDispatchResult()如果之前adapter执行过程中出错,这里根据是否为modelAndView来决定是返回配置的异常ModelAndView还是执行全剧异常类的相应方法来构建返回结果,处理完成后再根据是否需要视图解析器来解析modelandview,然后调用拦截器的triggerAfterCompletion.

 关于tomcat加载load-on-startup大于0的servlet可见下面代码：

tomcat源码的StandardContext类

public boolean loadOnStartup(Container children[]) {

        // Collect "load on startup" servlets that need to be initialized
        TreeMap<Integer, ArrayList<Wrapper>> map = new TreeMap<>();
        for (int i = 0; i < children.length; i++) {
            Wrapper wrapper = (Wrapper) children[i];
            int loadOnStartup = wrapper.getLoadOnStartup();
            // 若小于0，不放入map中
            if (loadOnStartup < 0)
                continue;
            Integer key = Integer.valueOf(loadOnStartup);
            ArrayList<Wrapper> list = map.get(key);
            if (list == null) {
                list = new ArrayList<>();
                map.put(key, list);
            }
            list.add(wrapper);
        }

        // 加载所有map中的servlet，因为spring使用的DispatchDervlet，故指定一个即可
        for (ArrayList<Wrapper> list : map.values()) {
            for (Wrapper wrapper : list) {
                try {
                    wrapper.load();
                } catch (ServletException e) {
                    getLogger().error(sm.getString("standardContext.loadOnStartup.loadException",
                          getName(), wrapper.getName()), StandardWrapper.getRootCause(e));
                    // NOTE: load errors (including a servlet that throws
                    // UnavailableException from the init() method) are NOT
                    // fatal to application startup
                    // unless failCtxIfServletStartFails="true" is specified
                    if(getComputedFailCtxIfServletStartFails()) {
                        return false;
                    }
                }
            }
        }
        return true;

    }

JDBC破坏双亲委派模型的，Driver之定义了接口，相关实现交给第三方类库实现，因此Bootstrap、extension加载器无法具体实现，JDBC通过ThreadContextClassLoader(AppClassLoader)来加载class信息，这个classload就是优先自己加载，因为有些应用依赖的类父类加载器无法加载，没必要提交到上游，不使用webappClassLoader应该是不希望自己和tomcat绑定，让JDBC的功能更通用、适配。

1、从META-INF/services/java.sql.Driver文件中获取具体的实现类名“com.mysql.cj.jdbc.Driver”
加载这个类。

2、用class.forName("com.mysql.jdbc.Driver")来加载
Class.forName() 加载用的是调用者的Classloader, 这个调用者DriverManager是在rt.jar中的，ClassLoader是启动类加载器，而com.mysql.jdbc.Driver肯定不在<JAVA_HOME>/lib下，所以肯定是无法加载mysql中的这个类的。这就是双亲委派模型的局限性了，父级加载器无法加载子级类加载器路径中的类，这就是为什么用ThreadContextClassLoader的原因，而且多个服务实例用到的jar版本也可能不一样。