在最近的項(xiàng)目中，我們遇到了一個典型的庫沖突問題 。 我們可以控制的一個組件需要特定版本的Apache Commons庫，而另一個組件則需要一個不同的版本。 由于外部限制， 我們無法在Container級別指定任何類加載隔離 。 這不是我們的選擇。 相反，我們決定要做的是同時使用兩個不同的類定義。 為此，我們必須讓當(dāng)前線程類加載器加載一個類，并手動加載第二個 ； 這樣，這兩個類仍具有相同的完全限定名稱。

這種方法的唯一限制是，我們只能通過反射與手動加載的類進(jìn)行交互，因?yàn)楫?dāng)前上下文使用的是不同的類加載器，
具有不同的類定義，我們可以將加載有類加載器的類的實(shí)例強(qiáng)制轉(zhuǎn)換或分配給在另一個上下文中定義的變量。 實(shí)際上，我們的實(shí)現(xiàn)是Classloader本身：

DirectoryBasedParentLastURLClassLoader extends ClassLoader

這個Classloader的特點(diǎn)是我們給它傳遞了一個文件系統(tǒng)文件夾路徑 ：

public DirectoryBasedParentLastURLClassLoader(String jarDir)

我們的實(shí)現(xiàn)掃描文件系統(tǒng)路徑以生成URL，并使用此信息將它們傳遞給我們用CustomClassloader封裝的URLClassLoader的包裝實(shí)例 ：

public DirectoryBasedParentLastURLClassLoader(String jarDir) {super(Thread.currentThread().getContextClassLoader());// search for JAR files in the given directoryFileFilter jarFilter = new FileFilter() {public boolean accept(File pathname) {return pathname.getName().endsWith('.jar');}};// create URL for each JAR file foundFile[] jarFiles = new File(jarDir).listFiles(jarFilter);URL[] urls;if (null != jarFiles) {urls = new URL[jarFiles.length];for (int i = 0; i < jarFiles.length; i++) {try {urls[i] = jarFiles[i].toURI().toURL();} catch (MalformedURLException e) {throw new RuntimeException('Could not get URL for JAR file: ' + jarFiles[i], e);}}} else {// no JAR files foundurls = new URL[0];}childClassLoader = new ChildURLClassLoader(urls, this.getParent()); }

通過此設(shè)置，我們可以覆蓋主要類加載功能的行為，僅當(dāng)能夠找到請求的類時，才優(yōu)先考慮從文件夾中進(jìn)行加載并回落到父類加載器 ：

@Override protected synchronized ClassloadClass(String name, boolean resolve)throws ClassNotFoundException {try {// first try to find a class inside the child classloaderreturn childClassLoader.findClass(name);} catch (ClassNotFoundException e) {// didn't find it, try the parentreturn super.loadClass(name, resolve);} }

有了我們的CustomClassloader之后，我們可以通過以下方式使用它：

//instantiate our custom classloader DirectoryBasedParentLastURLClassLoader classLoader = new DirectoryBasedParentLastURLClassLoader(ClassLoaderTest.JARS_DIR ); //manually load a specific class ClassclassManuallyLoaded = classLoader.loadClass('paolo.test.custom_classloader.support.MyBean'); //request a class via reflection Object myBeanInstanceFromReflection = classManuallyLoaded.newInstance(); //keep using the class via reflection Method methodToString = classManuallyLoaded.getMethod('toString'); assertEquals('v1', methodToString.invoke(myBeanInstanceFromReflection));

這篇文章的想法及其部分代碼來自有關(guān)Stackoverflow的有趣討論。 GitHub上提供了一個可以正常運(yùn)行的Maven項(xiàng)目，并進(jìn)行了大量的單元測試以驗(yàn)證正確的行為。

參考： Java –我們的JCG合作伙伴 Paolo Antinori的Handmade Classloader Isolation在Someday Never Comes博客上發(fā)表。

翻譯自: https://www.javacodegeeks.com/2013/03/java-handmade-classloader-isolation.html

總結(jié)

以上是生活随笔為你收集整理的Java –手工Classloader隔离的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。