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

  • Post author:
  • Post category:其他


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<Test>。

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会对该加载功能有更深入的了解。



版权声明:本文为chenyi8888原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。