使SWT/JFace支持跨平臺

2019-11-14 23:39:52

字體：大中小

來源：轉載

供稿：網友

使SWT/JFace支持跨平臺 2015-04-07 11:06 by Binhua Liu, ... 閱讀, ... 評論, 收藏, 編輯

由于SWT的實現機制，在不同平臺下，必須引用不同swt*.jar. 由于這個瓶頸,我們要為不同的平臺編譯不同的版本。但是這是可以避免的。這將是本文要討論的內容。

我一共google到了3種solution：

1，使用swtjar.jar。

http://mchr3k.github.io/swtjar/

其主頁有詳細的介紹。但是似乎下載鏈接已經無效了，一個下載的辦法是從github上找到引用了它的項目，比如https://github.com/mchr3k/org.intrace/tree/3a1debcbb831f802219b341fb5e37467b365d443/org.intrace/lib

swtjar.jar的原理，似乎是通過替換掉默認的ClassLoader來實現的。

根據我的測試，使用swtjar.jar的方案,如果引用到JFace,就沒辦法成功load jface classes。原因我之后會講到。

2, http://sourceblogger.googlecode.com/svn/trunk/multiplatform-swt-loader/src/main/java/com/github/jendap/multiplatformswt/loader/MultiPlatformSwtHelper.java

這個方案我讀過代碼，但是沒有試過，看起來很復雜，但是似乎功能也很健全，有興趣的可以讀一下。

3，http://stackoverflow.com/questions/2706222/create-cross-platform-java-swt-application

這個方案最簡單明了，本文主要介紹該方案

其實3種方案實質是一樣的，把所有平臺的swt*.jar都打包進程序，然后根據OS和CPU構架信息，來動態load對應的swt*.jar

第三種Solution

我們所要介紹的第三種solution，它的辦法是，在load class階段，不load swt*.jar。而是延遲到main函數執行階段，再根據OS和CPU構架來”手動地”load正確的swt*.jar

1) 首先添加以下方法

PRivate static void loadSwtJar() {

String swtFileName="";

try {

String osName = System.getProperty("os.name").toLowerCase();

String osArch = System.getProperty("os.arch").toLowerCase();

final ClassLoader parentClassLoader = Thread.currentThread().getContextClassLoader();

Method addUrlMethod = URLClassLoader.class.getDeclaredMethod("addURL", URL.class);

addUrlMethod.set accessible(true);

String swtFileNameOsPart =

osName.contains("win") ? "win32.win32" :

osName.contains("mac") ? "cocoa.macosx" :

osName.contains("linux") || osName.contains("nix") ? "gtk.linux" :

""; // throw new RuntimeException("Unknown OS name: "+osName)

String swtFileNameArchPart = osArch.contains("64") ? "x86_64" : "x86";

swtFileName = "org.eclipse.swt."+swtFileNameOsPart+"."+swtFileNameArchPart+"-4.4.jar";

URL swtFileUrl = new URL("rsrc:"+swtFileName); // I am using Jar-in-Jar class loader which understands this URL; adjust accordingly if you don't

addUrlMethod.invoke(parentClassLoader, swtFileUrl);

}

catch(Exception e) {

System.out.println("Unable to add the swt jar to the class path: "+swtFileName);

e.printStackTrace();

}

其作用是來根據OS和CPU構架信息，“手動地”加載正確的swt*.jar文件。

（以上代碼在調試環境下可能沒辦法正確運行，需要在開始處添加一句：

URL.setURLStreamHandlerFactory(new RsrcURLStreamHandlerFactory(parentClassLoader));

但是在用ant編譯時，則必須把這句話去掉。因為ant編譯出的代碼，RsrcURLStreamHandlerFactory已經被設置到URL，重復設置將出異常。其具體原因我就不深究了）

2) 添加jar-in-jar-loader.jar引用。

在eclipse的plugins目錄下找到org.eclipse.jdt.ui_*version_number*.jar，解壓它，發現jar-in-jar-loader.zip, 重命名為jar-in-jar-loader.jar。放到項目的lib目錄下并引用。

需要添加這個jar的原因是，loadSwtJar方法隱式地使用了位于其中的JarRsrcLoader.class和相關的類。

3）在main函數最開始處添加 loadSwtJar()調用。

4)修改build.xml文件。

是的，你需要一個build.xml文件，如果沒有，用eclipse的導出jar的功能生成一個。修改build.xml文件的主要目的有2個：1是把SWT*.jar從默認加載列表中去掉，2是把所有平臺的的SWT*.jar都放到打包列表中去。一加一減。給個例子：

<?xml version="1.0" encoding="UTF-8" standalone="no"?>

<!--ANT 1.7 is required

-->

</manifest>

</jar>

</target>

</project>

以上： 1，在Rsrc<attribute name="Rsrc-Class-Path" 中，刪除掉SWT*.jar，2，添加所有的平臺的SWT*.jar到zipfileset節點。

5) 好了，用ant編譯吧。

Trouble Shooting

以下trouble shooter事實上才是成敗的關鍵：

如果代碼中引用了JFace*.jar，那么以上Solution會報ClassNotFoundException，說JFace下的某個類找不到，這是因為JFace加載失敗了，為什么呢。

因為JFace*.jar還是默認加載的，JFace依賴于SWT*.jar，SWT*.jar已經延遲加載了，自然，JFace*.jar不可能加載成功。

解決辦法是讓JFace也延遲加載：

1，在Build.xml的Rsrc<attribute name="Rsrc-Class-Path" 中，把JFace*.jar也去掉

2，在loadSwtJar()最后一行添加

private static void loadSwtJar() {

　　…

　　addUrlMethod.invoke(parentClassLoader, new URL("rsrc:org.eclipse.jface-3.8.0.v20120521-2329.jar"));

}

如果你有以下代碼

public class MyApplicationWindow extends ApplicationWindow implements IExceptionHandler{

…

public static void main( String[] args )

{

loadSwtJar();

…

}

也會報ClassNotFoundException，為什么呢？

因為ApplicationWindow 和IExceptionHandler都是JFace下的類，main函數放在MyApplicationWindow中，要執行main函數，首先要加載ApplicationWindow 和IExceptionHandler，而這個時候，JFace還沒被加載呢，記得嗎，它被延遲加載了。

解決辦法很簡單，把main函數挪挪地方就好了。

如果在Mac OS X下執行出錯，因為必須加一個參數：

java -XstartOnFirstThread -jar *.jar

恩，不要問我為什么。

上一篇：基于注解的SpringMVC簡單介紹

下一篇：Java類型信息