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

這種方法的唯一限制是，我們只能通過反射與手動加載的類進行交互，因為當前上下文使用的是不同的類加載器，
具有不同的類定義，我們可以將加載有類加載器的類的實例強制轉換或分配給在另一個上下文中定義的變量。 實際上，我們的實現是Classloader本身：

DirectoryBasedParentLastURLClassLoader extends ClassLoader

這個Classloader的特點是我們給它傳遞了一個文件系統文件夾路徑 ：

public DirectoryBasedParentLastURLClassLoader(String jarDir)

我們的實現掃描文件系統路徑以生成URL，并使用此信息將它們傳遞給我們用CustomClassloader封裝的URLClassLoader的包裝實例 ：

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()); }

通過此設置，我們可以覆蓋主要類加載功能的行為，僅當能夠找到請求的類時，才優先考慮從文件夾中進行加載并回落到父類加載器 ：

@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));

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

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

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。