1. 程式人生 > >運行jar應用程序引用其他jar包的四種方法

運行jar應用程序引用其他jar包的四種方法

撰寫 company 有一個 重寫 方式 工作 dex some sta

方法一、使用Bootstrap Classloader來加載這些類。

我們可以在運行時使用如下參數:

-Xbootclasspath:完全取代系統Java classpath.最好不用。
-Xbootclasspath/a: 在系統class加載後加載。一般用這個。
-Xbootclasspath/p: 在系統class加載前加載,註意使用,和系統類沖突就不好了.

win32 java -Xbootclasspath/a: some.jar;some2.jar; -jar test.jar

unix java -Xbootclasspath/a: some.jar:some2.jar: -jar test.jar

win32系統每個jar用分號隔開,unix系統下用冒號隔開

方法二、使用Extension Classloader來加載

你可以把需要加載的jar都扔到%JRE_HOME%/lib/ext下面,這個目錄下的jar包會在Bootstrap Classloader工作完後由Extension Classloader來加載。非常方便,非常省心

方法三、還是用AppClassloader來加載,不過不需要classpath參數了

我們在MANIFEST.MF中添加如下代碼:

Class-Path: lib/some.jar

lib是和test.jar同目錄的一個子目錄,test.jar要引用的some.jar包就在這裏面。

然後測試運行,一切正常!

如果有多個jar包需要引用的情況:

Class-Path: lib/some.jar lib/some2.jar

每個單獨的jar用空格隔開就可以了。註意使用相對路徑。

另:如果META-INF 下包含INDEX.LIST文件的話,可能會使Class-Path配置失效。INDEX.LIST是Jar打包工具打包時生成的索引文件,刪除對運行不產生影響。

方法四、自定義Classloader來加載板面的做法和配料

這種方法是終極解決方案,基本上那些知名java應用都是那麽幹的,如tomcat、jboss等等。

java應用環境中不同的class分別由不同的ClassLoader負責加載。
一個jvm中默認的classloader有Bootstrap ClassLoader、Extension ClassLoader、App ClassLoader,分別各司其職:


Bootstrap ClassLoader 負責加載java基礎類,主要是 %JRE_HOME/lib/ 目錄下的rt.jar、resources.jar、charsets.jar和class等Extension ClassLoader 負責加載java擴展類,主要是 %JRE_HOME/lib/ext 目錄下的jar和classApp ClassLoader 負責加載當前java應用的classpath中的所有類。

其中Bootstrap ClassLoader是JVM級別的,由C++撰寫;Extension ClassLoader、App ClassLoader都是java類,都繼承自URLClassLoader超類。
Bootstrap ClassLoader由JVM啟動,然後初始化sun.misc.Launcher ,sun.misc.Launcher初始化Extension ClassLoader、App ClassLoader。

Bootstrap ClassLoader、Extension ClassLoader、App ClassLoader三者的關系如下:

Bootstrap ClassLoader是Extension ClassLoader的parent,Extension ClassLoader是App ClassLoader的parent。

但是這並不是繼承關系,只是語義上的定義,基本上,每一個ClassLoader實現,都有一個Parent ClassLoader。

可以通過ClassLoader的getParent方法得到當前ClassLoader的parent。Bootstrap ClassLoader比較特殊,因為它不是java class所以Extension ClassLoader的getParent方法返回的是NULL。

了解了ClassLoader的原理和流程以後,我們可以試試自定義ClassLoader。

關於自定義ClassLoader:

由於一些特殊的需求,我們可能需要定制ClassLoader的加載行為,這時候就需要自定義ClassLoader了.

自定義ClassLoader需要繼承ClassLoader抽象類,重寫findClass方法,這個方法定義了ClassLoader查找class的方式。

主要可以擴展的方法有:

findClass 定義查找Class的方式

defineClass 將類文件字節碼加載為jvm中的class

findResource 定義查找資源的方式

如果嫌麻煩的話,我們可以直接使用或繼承已有的ClassLoader實現,比如

  • java.net.URLClassLoader

  • java.security.SecureClassLoader

  • java.rmi.server.RMIClassLoader

  • sun.applet.AppletClassLoader

Extension ClassLoader 和 App ClassLoader都是java.net.URLClassLoader的子類。

這個是URLClassLoader的構造方法:

public URLClassLoader(URL[] urls, ClassLoader parent)

public URLClassLoader(URL[] urls)

urls參數是需要加載的ClassPath url數組,可以指定parent ClassLoader,不指定的話默認以當前調用類的ClassLoader為parent。

1 2 3 4 5 6 ClassLoader classLoader = new URLClassLoader(urls); Thread.currentThread().setContextClassLoader(classLoader); Class clazz=classLoader.loadClass("com.company.MyClass");//使用loadClass方法加載class,這個class是在urls參數指定的classpath下邊。 Method taskMethod = clazz.getMethod("doTask", String.class, String.class);//然後我們就可以用反射做些事情了 taskMethod.invoke(clazz.newInstance(),"hello","world");

由於classloader 加載類用的是全盤負責委托機制。所謂全盤負責,即是當一個classloader加載一個Class的時候,這個Class所依賴的和引用的所有 Class也由這個classloader負責載入,除非是顯式的使用另外一個classloader載入。

所以,當我們自定義的classloader加載成功了com.company.MyClass以後,MyClass裏所有依賴的class都由這個classLoader來加載完成。

運行jar應用程序引用其他jar包的四種方法