那么首先是最后一行，这里边要关注的点，很显然是变量userMapper，需要知道他是怎么被初始化赋值的；
往上看就会看到userMapper是从sqlSession中get出来的，那么很显然，userMapper应该在sqlSession中初始化的。
但是进一步分析就会发现SqlSession 是一个接口，那么这个初始化就应该是在他的子类中。
SqlSession子类是谁呢？以上的步骤无法确定，所以没办法就只能继续往上看。
这时候会看到SqlSession是从SqlSessionFactory 中拿到的，使用了SqlSessionFactory 的openSession方法。
但是再进一步分析会发现和SqlSession 一样，SqlSessionFactory也是一个接口，那么很显然需要继续确定SqlSessionFactory的运行中的子类。
然后就看到SqlSessionFactory是通过SqlSessionFactoryBuilder的build方法初始化的，就需要进入build看个究竟。
进入build之后，发现首先是根据传入的输入流创建了一个XMLConfigBuilder对象，在XMLConfigBuilder中给了configuration、parsed、environment、parser四个变量赋值。
之后继续调用重载的build方法返回了一个DefaultSqlSessionFactory，这个时候还调用了XMLConfigBuilder的parse方法，在parse方法中初始化了很多数据，其中就包括了解析mapper，这里先放下不提。
需要提的是，终于找到了第一确定的类：DefaultSqlSessionFactory。
既然这样，接下来就可以倒回去看，上边说SqlSession是从SqlSessionFactory 中拿到的，现在可以确定实际是从DefaultSqlSessionFactory中拿的，也就是使用了DefaultSqlSessionFactory的openSession方法。
在openSession中就会看到最后返回了一个DefaultSqlSession。
找到了SqlSession的具体子类，那么就能回到最初的问题，userMapper是如何被初始化的。
在DefaultSqlSession的getMapper方法中会看到，里边又调用了configuration的getMapper方法。
那么再进一步分析，userMapper实际应该是在configuration里边初始化的，再进入configuration的getMapper方法，会看到又调用了mapperRegistry的getMapper方法，最终发现是从mapperRegistry类的knownMappers变量中取出来的userMapper。
那么这时候需要解决的问题，就是userMapper是怎么被加入到knownMappers中的呢？
经过在Configuration查找，会发现有一个addMapper方法，正是这里边的处理，，使得userMapper加入了knownMappers中。
那么这个addMapper又是什么时候调用的，在哪里调用的呢？回想一下上边会发现，在SqlSessionFactoryBuilder的build的时候，有一个parse步骤，里边解析了mapper，然后正好就是调用了Configuration的addMappers方法，最终调用addMapper方法。
那么到这里，整个mybatis运行时内部处理的基本脉络就相对清晰了，可以初步整理为如下图所示的流程：
