Java Basic - System Properties

Java針對系統的一些設定提供了取得的管道，但怎用並不是這篇的重點。重點是這些property的用途與注意事項，以下整理的是之前我所遇到的問題與使用經驗。

Basic How To

對於不曉得怎麼使用的同協們，我還是做了簡單說明。我們可以透過以下程式碼dump出所有的system properties:

Set<Entry<Object,Object>> sysPropEntrySet = System.getProperties().entrySet();
 
for( Entry<Object,Object> sysPropEntry : sysPropEntrySet ){
	System.out.println(sysPropEntry.getKey() + ":" + sysPropEntry.getValue());
}

結果會像這個樣子:

java.runtime.name:Java(TM) SE Runtime Environment
sun.boot.library.path:C:\Program Files\Java\jdk1.6.0_21\jre\bin
java.vm.version:17.0-b17
java.vm.vendor:Sun Microsystems Inc.
java.vendor.url:http://java.sun.com/
path.separator:;
java.vm.name:Java HotSpot(TM) 64-Bit Server VM
file.encoding.pkg:sun.io
...

如果只想取得對應的設定要透過getProperty:

String version = System.getProperty("os.version");
System.out.println(version);

結果如下:

java.version:1.6.0_21

Properties

os.name & os.version

os.name即作業系統名稱，os.version即版本，「用於功能會根據不同系統甚至版本而做不同處理時」。最常使用情況是用來辨別Linux或Windows:

String osName = System.getProperty("os.name").toLowerCase();
 
if(osName.indexOf("windows") != -1){
	// do something for windows
} else if(osName.indexOf("linux") != -1){
	// do something for linux
} else {
	// do something for other os
}

也可能根據不同版本的Windows去做處理。實作上有人會使用os.name去判斷，有人會使用os.version去判斷。以org.apache.commons.lang.SystemUtils而言，是兩者交互使用去判斷不同版本的Windows。首先以os.name去判斷不同版本的Windows為例:

String osName = System.getProperty("os.name").toLowerCase();
if( osName.startsWith("windows 7") ){
	// do something for win7
} else if(osName.startsWith("windows vista")){
	// do something for vista
}

我這裡點到為止，Windows版本非常多，在網上都可以找到範例程式碼去滿足你的需求。我要補充的是: 不管在Java6或Java7，都曾出現過取os.name的bug，不要以為自己code寫完就沒事情了，還要小心JRE版本。最近也有試過用JRE6去取得Windows 8的os.name，取出來卻是Windows NT! 所以，有另外一種選擇就是判斷os.version。

假設需求是在Vista之後的版本就執行某個操作，為此我實作了getWindowsMajorVersion的method，讓我可以確認os.version中的major version必須大於6。

public static int getWindowsMajorVersion(){
	if( !isWindows() ){
		return -1;
	}
 
	String osVersion = System.getProperty("os.version");
	int dotIndex = osVersion.indexOf(".");
	String majorVersionStr = osVersion;
	if( dotIndex != -1 ){
		majorVersionStr = osVersion.substring(0, dotIndex);
	}
	try {
		return Integer.valueOf(majorVersionStr);
	} catch( NumberFormatException e ){
		return -1;
	}
}

要使用os.name還是os.version就看個人了。

os.arch & sun.arch.data.model

別以為它們是用來判斷作業系統是32還是64位元，os.arch與sun.arch.data.model是根據JRE版本的! 這兩個屬性我會使用在「JNA判斷要Load的Library版本」。參考之前寫的JNA範例:

Native.loadLibrary( Platform.is64Bit() ? "JNADLLBugx64" : "JNADLLBugWin32",
                    CJNADLLBug.class);

JNA的Platform.is64Bit()內就是判斷sun.arch.data.model是否為64，os.arch是否為x86_64、ppc64、amd64或sparcv9，去決定JVM是32位元還是64位元。

sun.jnu.encoding & file.encoding

這兩個屬性在我遇到亂碼問題後才知道它的價值。在Windows上，區域與語言設定的格式影響file.encoding屬性:

系統管理影響sun.jnu.encoding:

這兩個屬性到底有什麼用途呢? 以InputStreamReader為例，它的建構元其實可以指定你所要使用的讀取編碼Charset，而Charset的預設值由file.encoding決定。假設file.encoding與sun.jnu.encoding是不同的編碼: 中文與日文，當你透過Runtime的exec執行了一個外部程式，接著透過InputStreamReader讀取Process的InputStream，我相信你可能會讀到亂碼! 解決方法可以透過指定sun.jnu.encoding的編碼以讀取正確的結果:

Process p = Runtime.getRuntime().exec("date /t");
InputStreamReader isReader = new InputStreamReader(p.getInputStream(), 
	Charset.forName(System.getProperty("sun.jnu.encoding")));

你也可以透過-Dfile.encoding=去指定預設編碼，但你怎麼知道user到底會用什麼編碼呢? System.out.println也會受到file.encoding影響的，PrintStream物件是你可以選擇的解決方式。Linux的部分可以參考Refernce的Java Platform Encoding，實作就大同小異了。

Summary

我目前能分享的屬性就以上這幾個，有些像separator淺顯易懂的我就不贅述了，希望能幫上大家。如果知道其它使用方式的高手們，也希望能分享給我喔!

友藏內心獨白: 一個能夠支援多個作業系統、32與64位元，還有多國語言的軟體，是很困難滴~

阿兩的筆記本 Ryoutsu's Notebook

搜尋此網誌