Java ClassLoader 實現程序的擴展性

今天在完成一個功能的時候，使用了ServiceLocate模式，

通過這個模式，在程序中可以自由的加載其他成員實現的功能模塊

具體的做法：

 1）定義標準的服務接口。

 2）定義描述實現服務接口的xml文件。

 3）程序讀取該xml文件，使用Class.newInstance()實例化具體的服務對象。

 4）建立一個特定服務和特定服務實現的對應的HashMap對象。完成注冊任務。

 5）主程序中根據具體的服務從HashMap中取得具體的對象進行服務。

這個方法還不錯，可以完成基于Interface的開發要求，利于Test和程序的拓展性。

有新的要求出現后，只需要添加xml中的元素和具體的實現類就可以了。

接下來，繼續想。又發現了一些問題：

1）xml是和程序一起發布的，如果用戶隨意改動了。很明顯程序會崩潰。

解決方法：xml放在jar包中，使用getClass().getResourceAsStream(String name)

自己加載進來。用戶完全不知道具體的情況。

2）如果把xml放在了jar包中“藏起來”，實際上原來帶來的動態擴展的特性，

也就沒有那么明顯了。如何解決呢

細細想來，這個問題的關鍵在于，所有的服務實例對象的創建和注冊都是在

主控程序中通過xml來完成的。如果可以把這個注冊和實例化的過程從主控程序

中分離出來，通過每個服務實例對象自動注冊來完成，那么才算是真正的可拓展的。

如果需要完成新的功能，只需要把新的服務對象Class發布，重新運行主控程序就會實現新的功能。（看起來就和Eclipse一樣）

這真是一個不錯的想法，但是怎么做呢？

看看Eclipse如何做的。

http://www.eclipse.org/articles/Article-Plug-in-architecture/plugin_architecture.html

首先要有一個規定的plugin deploy目錄，這樣主程序才知道從哪里加載。

要有一個plugin.xml文件描述這個plugin.這著文件中有屬性：class="foo.bar.Plugin">

看上去和我們原來做的方式一樣啊。但是它是如何把這個目錄下的plugin都加載的呢？

（我沒有看過Eclipse的源碼，不知道他是怎么寫的）

再想想，其實主要要解決的問題是不通過主框架程序注冊服務實現，

應該由服務程序自己注冊上來。按照這個思路，我想有兩種解決方案。

1）服務接口添加registerService 方法。

   * 在jar的METATINFO文件中定義類名。

   * 從特定的目錄中讀取jar/class文件。

   * 通過URLClassLoader.newInstance()加載

   * 加載后把ServiceLoader作為參數出入 service.registerSevice()中

   * service對象完成自己的注冊。

2）服務添加static代碼端在類被實例化的時候自動完成注冊。

   * 加載之前和上一個方法一樣。

   * 對SeviceLoader對象實現為單態的模式。提供靜態的注冊方法。

   * 在servie對象中實現如下的代碼段完成自動注冊。

   static

              {

                ServiceLoader.registerService(new service());

              }

這樣看來總算OK了吧。