在spring启动的时候，spring会根据我们配置的有关mapper.xml的路径加载此路径下的xml文件，得到一个List<Resource>的集合，然后将这个集合转化成Resource[]数组赋值到SqlSessionFactoryBean中的mapperLocations（其实也是一个Resource[]）
带目前位置这些mapper的配置文件就被维护到一个SqlSessionFactoryBean中了，然后调用SqlSessionFactoryBean的getObject（）方法通过buildSqlSessionFactory（）方法创建一个SqlSessionFactoryBean实例，在调用buildSqlSessionFactory的时候，会创建一个XMLConfigBuilder对象然后获取一个configuration类型的对象，这个对象很关键，后面会用到，接着会对mapperLocations进行循环，然后使用XMLMapperBuilder对每个mapperLocations的流解析成document对象，接着会调用XMLMapperBuilder的parse（）方法解析对document对象的每个结点并生成对象，当然在解些此resource的时候会判断configuration对象中是否已经有此resource，如果有就不解析如果没有才会解析，并将解析完的各个子结点放入到configuration中，其实就是放到不同的map集合中，而我们常见的insert，update等结点，会被维护到一个Map<String, MappedStatement> mappedStatements的map中，key就是namespace加上标签的id（例如：com.org.userMapper.selectOne之所以这样做是为了保证key的唯一性），value中存的MappedStatement对象其实就是对sql标签解析的结果，到这里mapper.xml就解析完成了，然后会将configuration作为参数通过DefaultSqlSessionFactory来创建一个sqlsessionFactory的实例对象，而对于解析失败的会进行循环处理处理，最后是通过namaspace维护到一个configuration中的一个类型为MapperRegistry对象中，而mapperRegistry
会调用addmapper方法把这个mapper维护到一个Map<Class<?>, MapperProxyFactory<?>> knownMappers = new HashMap()中，这个knownMappers 非常重要，他会在我们对接口进行调用的时候通过动态代理获取mapper接口实例，找到我们要找到的sql，当然在找到mapper实例之后还要经过一系列的参数处理器，sql处理器，然后选择合适的执行器，最后执行器将结果交给执行结果处理器处理返回给sqlsession。