JVM类加载机制(ClassLoader)源码解析(3)

java的类加载器，还有一个特殊的功能，就是加载本地库。这个功能是与关键字native是有关系的。简单地说就是调用C++/C的本地库(windows是后缀为.dll，linux下是后缀为.so)。

调用的地方是使用System这个类，其中有两个方法如下：
load(String filename)
loadLibrary(String libname)
一个是根据文件名，一个根据lib名。注意文件名不等同于lib名，不然写错了，会报加载失败信息。
System类是一个很特殊的类，与底层交互较多，会看到很多native关键字，到时候在会在解析System和Runtime时再详细介绍。

回到之前的主题，这两个方法最终都是调用到了ClassLoader.loadLibrary(fromClass, name,isAbsolute)。该方法如图：


说明下参数：
fromClass这个参数是当前调用者的类实例，例如：
public class Test{
            public void load(){
                   System.loadLibrary("1232");
            }
}
这时fromClass参数就是Class。
isAbsolute参数很简单，指是否是规则路径(例如：../../test.java)。
name参数有可能是文件名方式，也有可能是libname方式。

该方法第一阶段就是基于DownloadManager判断，如果JRE没有完成并且当前还有线程下载时，就会调用DownloadManager类的静态方法downloadFile。
DownloadManager类，这个属于sun.jkernel包下的，与JRE组件有关，简单地说就是安装了JRE的存放路。
有时候JRE是在嵌入的位置就是JAVA_HOME/jre，有时候是独立位置，特别是在windows操作系统下安装时，会提示安装JRE这时可以随时选择存放路径。
JVM初始化完成后会调用此类，另外DownloadManager这个类也支持命令行的操作。以后会进行更多的详细介绍。

因为较为复杂，很多用了调用本地方法，所以我这里只简单介绍。
java.library.path是java的系统变量，其值等于系统变量里的PATH。
sun.boot.library.path是java系统变量，其值等于JAVA_HOME/jre/bin。

主要是通过4个过程来加载本地库。
第1步骤就是判断是否是规则路径，为true，就直接对规则路径进行转换后加载，如果加载失败直接抛出异常并执行步骤5；反之执行步骤2。
                规则路径就是使用了.或..这样符号。
第2步骤如果类加载器不为空，从类加载里获取libname信息，
               但是抽象类ClassLoader是一直返回NULL的（可查看ClassLoader.findLibrary方法），所以基本上都会直接执行步骤3(除非是自定义类加载器，重写了此方法)。
第3步骤首先从sun.boot.library.path里的全部路径下搜索libname进行加载，如果成功执行步骤5；反之执行步骤4。
第4步骤首先判断类加载器是否为空，不为空时，将从java.library.path里的全部路径下搜索libname进行加载，不管成功与否，都会执行步骤5。
第5步骤执行完毕。

   另外本地库名称（已经加载过的）在代码中有三个存放属性，如下：
    // All native library names we've loaded.
    private static Vector loadedLibraryNames = new Vector();
    // Native libraries belonging to system classes.
    private static Vector systemNativeLibraries = new Vector();
    // Native libraries associated with the class loader.
    private Vector nativeLibraries = new Vector();


加载之后存放相关信息使用NativeLibrary类来保存的，该加载机制与JNI技术有密切联系，也使用下JNI会对该加载功能有更深入的了解。