一種在Java中跨ClassLoader的方法調用的實現

標籤：call   之間   div   方法   help   system   簡單   錯誤   java   

ClassNotFoundException或者NoClassDefFoundError

在程式運行時我們可能遇到"ClassNotFoundException"或者"NoClassDefFoundError"，遇到這樣的問題時，當然，我們首先要檢查我們的classpath的配置是否正確，需要的class是否已經按預期打包到運行時環境。但除了這些，我們還會遇到class已經被另外ClassLoader載入的情況，而且當前的ClassLoader層次被應用伺服器控制，我們甚至無法改變。

以JBoss EAP 6為例，JBoss EAP 6開始使用了新的基於modules的類層次管理，對於已經有依賴聲明的module之間才可以用正常方式調用，否則很難跨module調用。我們在（監控）項目中就遇到了web module需要訪問message module的運行時資訊，此時就必須訪問真實的運行時來擷取動態資料，所以用冗餘的方式載入目標類都是不能達到目標的。

ClassNotFoundException vs. NoClassDefFoundError

順便提一下這兩者的區別，細節區別就比較多了，簡單來說，“ClassNotFoundException”一般是通過類名這個String嘗試載入時失敗報的，如Class.forName方法載入類，或者ClassLoader.loadClass、ClassLOader.findSystemClass也會出現同樣的錯誤，而用其他方式試圖明確式載入類則會拋出NoClassDefFoundError。

 基於介面編程的跨ClassLoader調用

在我們的項目中，由於module的隔離，“javax.jms.ConnectionFactory"或者“javax.jms.Queue”在當前的ClassLoader中都不可訪問，最終我們通過如下的方式來實現：

圖示說明：

• 當前工作上下文為ClassLoader1，目標上下文為ClassLoader2.
• 最終通過增加3個中磚紅色的類，並通過Caller類的調用實現。 
• ClassLoader-sub的實現要以ClassLoader2為parent（父載入器），ClassLoader-sub的必要性在於強制載入CallImpl類，並在實現中調用父載入器的基礎類實現功能，類似一個適配器的模式。在我們的環境中，“javax.jms.ConnectionFactory"和“javax.jms.Queue”只在這一層可訪問。
• 重要：Caller中的調用需要使用反射建立CallImpl的執行個體，並只能通過介面Call在Caller中引用，使用反射建立CallImpl時需要的ClassLoader-sub的父載入器可以通過JNDI查詢ClassLoader2中的object。例如，我們的程式碼片段如：
  

  String jndiName = getJNDIName();InitialContext ctx = new InitialContext();ClassList classList = new ClassList(false, null, null, Arrays.asList(CLASS_LIST));ClassLoader helperLoader = new JMSCollectorClassLoader(ctx.lookup(jndiName).getClass().getClassLoader(), classList);Class helperClass = helperLoader.loadClass("CallImpl");Constructor jmsQueueHelperConstructor = helperClass.getConstructor(String.class);Call mJmsQueueHelper = (Call) jmsQueueHelperConstructor.newInstance(jndiName);

   其中，CLASS_LIST是需要ClassLoader-sub載入的CallImpl和其他輔助類的列表。

通過這個問題，可以明顯的認識到“介面”的一個強大功能：隔絕底層實現的細節，只關心結果。

一種在Java中跨ClassLoader的方法調用的實現