mybatis学习（3）---加载配置文件

根据上次的小Demo我们来看一下mybatis是如何加载配置文件的。

这是上次的测试成功运行的代码，把其他代码注释，留下创建SqlSessionFactory的代码

package cn.wtzvae.test;import org.apache.ibatis.session.SqlSession;import org.apache.ibatis.session.SqlSessionFactory;import org.junit.Test;import cn.wtzvae.dao.PersonDao;import cn.wtzvae.model.Person;import cn.wtzvae.util.SqlSessionFactoryUtil;public class TestFactory {    @Test    public void test(){        SqlSessionFactory sqlSessionFactory = SqlSessionFactoryUtil.getSqlSessionFactory();//      SqlSession sqlSession = sqlSessionFactory.openSession();//      sqlSession.getConnection();//      PersonDao personDao =  sqlSession.getMapper(PersonDao.class);//      Person p = new Person();//      p.setAddress("广东省");//      p.setAge(12);//      p.setEmail("[e-mail]");//      p.setName("啊角");//      p.setPhone("110");//      personDao.insert(p);//      sqlSession.commit();//      sqlSession.close();    }}

在看一下SqlSessionFactoryUtil的部分代码。

public static SqlSessionFactory getSqlSessionFactory(){        String path = "mybatis-config.xml";        SqlSessionFactory sqlSessionFactory = null;        try {            Reader reader = Resources.getResourceAsReader(path);//          sqlSessionFactory = new SqlSessionFactoryBuilder().build(reader);        } catch (IOException e) {            System.out.println("获取配置文件失败");            e.printStackTrace();        }        return sqlSessionFactory;    }

其中的Resources类是mybatis自带的类，方法getResourceAsReader(String str);返回Reader。ctrl+左键跟踪一下这个方法，发现如下

public static Reader getResourceAsReader(String resource) throws IOException {    Reader reader;    if (charset == null) {      reader = new InputStreamReader(getResourceAsStream(resource));    } else {      reader = new InputStreamReader(getResourceAsStream(resource), charset);    }    return reader;  }

继续跟踪getResourceAsStream(String str); 最终跟踪到ClassLoaderWrapper类（可以用快捷键ctrl+shift+t搜索这个类，eclipse的快捷键）

InputStream getResourceAsStream(String resource, ClassLoader[] classLoader) {    for (ClassLoader cl : classLoader) {      if (null != cl) {          System.out.println(cl.getClass().getName());        // try to find the resource as passed        InputStream returnValue = cl.getResourceAsStream(resource);        // now, some class loaders want this leading "/", so we'll add it and try again if we didn't find the resource        if (null == returnValue) {          returnValue = cl.getResourceAsStream("/" + resource);        }        if (null != returnValue) {          System.out.println("resouce = "+resource);          System.out.println(cl.getClass().getName()+"   load");          return returnValue;        }      }    }    return null;  }

上面的方法中三句输出语句是我自己加上的，其中的resource参数是我们自己传进来的，就是”mybatis-config.xml”这个文件名，可以看到上面的语句
InputStream returnValue = cl.getResourceAsStream(resource);
可以获得一个输入流，而这个输入流就是我们的mybatis-config.xml文件的流，得到这个输入流逐步返回给上一层方法，最后SqlSessionFactoryUtil类就能获得mybatis-config.xml文件的流。那现在我们就会好奇，cl.getResourceAsStream(resource); 它又是怎么获取到配置文件的呢。让我们再看这个方法的另外一个参数，ClassLoader[] classLoader。ClassLoader类是类加载器，我们先要了解一下这货是干嘛的。

ClassLoader类：
学java的都知道，java文件编译后会生成class文件。jvm在运行的时候会把class文件加载到jvm的内存方法区中，方法区保存所有class和static变量，为线程共享。而这些要把文件流加载进jvm内存的工作都是类加载器干的活，所以加载mybatis配置文件的工作自然也是ClassLoader的活。

ClassLoader分为三类，分别为Bootstrap ClassLoader、Extension ClassLoader和App ClassLoader。Bootstrap是最顶层的加载器，随jvm启动，负责构造Extension 和App加载器及加载jdk的核心类库,由c++编写。Extension为扩展加载器，加载java_home下的部分类。App系统加载器，加载项目classpath下的资源文件，mybatis的配置文件全由它加载进虚拟机。

回归正题，继续看ClassLoaderWrapper源码。看下面这段源码，ClassLoader[] classLoader参数是getClassLoaders(classLoader)方法返回值传进来的，查看这个方法的源码。

public InputStream getResourceAsStream(String resource, ClassLoader classLoader) {    return getResourceAsStream(resource, getClassLoaders(classLoader));  }

下面getClassLoaders(classLoader)方法，其中的systemClassLoader就是我们说的App系统加载类，写了一个输出语句，等会用于验证。

ClassLoader[] getClassLoaders(ClassLoader classLoader) {      System.out.println("系统加载类："+systemClassLoader.getClass().getName());      return new ClassLoader[]{        classLoader,        defaultClassLoader,        Thread.currentThread().getContextClassLoader(),        getClass().getClassLoader(),        systemClassLoader};  }

准备运行测试类，在本次中我们注释了测试类和SqlSessionFactoryUtil中的部分代码，让程序只加载mybatis总配置文件。
运行测试类，输出如下：

系统加载类：sun.misc.Launcher$AppClassLoader
sun.misc.Launcher$AppClassLoader
resouce = mybatis-config.xml
sun.misc.Launcher$AppClassLoader load

输出语句在上面粘的代码里有，可以看出，mybatis配置文件AppClassLoader加载进来的。这里只是加载了配置文件，并没有进行相关验证，在mybatis-config.xml乱输入一些字符也可以运行。

//          sqlSessionFactory = new SqlSessionFactoryBuilder().build(reader);

配置文件的验证是有上面这行代码完成，只不过被我们注释了。现在去掉这行的注释，如果配置文件有错误字符是不能成功运行的。去掉这条注释和sysout(“系统加载类：”…)这条输出，运行输出如下：

sun.misc.Launcher$AppClassLoader

resouce = mybatis-config.xml

sun.misc.Launcher$AppClassLoader load

sun.misc.Launcher$AppClassLoader

resouce = org/apache/ibatis/builder/xml/mybatis-3-config.dtd
sun.misc.LauncherAppClassLoaderloadsun.misc.LauncherAppClassLoader
resouce = cn/wtzvae/mappers/PersonMapper.xml
sun.misc.LauncherAppClassLoaderloadsun.misc.LauncherAppClassLoader
resouce = org/apache/ibatis/builder/xml/mybatis-3-mapper.dtd
sun.misc.Launcher$AppClassLoader load

一共加载了四个配置文件。
//sqlSessionFactory = new SqlSessionFactoryBuilder().build(reader);
上面语句的执行过程先不深究，继续回到ClassLoaderWapper类的
InputStream getResourceAsStream(String resource, ClassLoader[] classLoader)方法。

方法里面的语句
InputStream returnValue = cl.getResourceAsStream(resource);

我们查看ClassLoad的getResourceAsStream方法，这个已经是jdk自带的类，不属于mybatis。

下面的这个是ClassLoad的getResourceAsStream方法，继续查看getResource方法

public InputStream getResourceAsStream(String name) {        URL url = getResource(name);        try {            return url != null ? url.openStream() : null;        } catch (IOException e) {            return null;        }    }

可以看到这个方法存在递归调用，Bootstrap ClassLoader是最顶层的加载器，parent为空，先由它加载资源，没加载成功再由其他ClassLoader加载。

/**     * Finds the resource with the given name.  A resource is some data     * (images, audio, text, etc) that can be accessed by class code in a way     * that is independent of the location of the code.     *     * <p> The name of a resource is a '<tt>/</tt>'-separated path name that     * identifies the resource.     *     * <p> This method will first search the parent class loader for the     * resource; if the parent is <tt>null</tt> the path of the class loader     * built-in to the virtual machine is searched.  That failing, this method     * will invoke {@link #findResource(String)} to find the resource.  </p>     *     * @param  name     *         The resource name     *     * @return  A <tt>URL</tt> object for reading the resource, or     *          <tt>null</tt> if the resource could not be found or the invoker     *          doesn't have adequate  privileges to get the resource.     *     * @since  1.1     */    public URL getResource(String name) {        URL url;        if (parent != null) {            url = parent.getResource(name);        } else {            url = getBootstrapResource(name);        }        if (url == null) {            url = findResource(name);        }        return url;    }

再看看jdk文档给getBootstrapResource和findResource方法的定义。

发现这个方法getBootstrapResource是私有的，jdk文档没有说明，这就尴尬了。从源码中有这么一句注释
/**
* Find resources from the VM’s built-in classloader.
*/

看完发觉也没啥卵用

/**     * Finds the resource with the given name. Class loader implementations     * should override this method to specify where to find resources.  </p>     *     * @param  name     *         The resource name     *     * @return  A <tt>URL</tt> object for reading the resource, or     *          <tt>null</tt> if the resource could not be found     *     * @since  1.2     */    protected URL findResource(String name) {        return null;    }

最后，认真写下来，感觉就对类加载器了解多了一些