Rutime 類 System類常用方法

 Rutime 類

每個java應用程序都有一個Runtime實例，使應用程序能夠與其運行環境相關聯，可以通過getRuntime()方法獲得當前運行時。應用程序不能創建自己的Runtime類運行實例。

源碼：

從java定義中可以看到這是一個單例模式。

常用方法：

int	availableProcessors() 向 Java 虛擬機返回可用處理器的數目。

exit(int status)
通過啓動虛擬機的關閉序列，終止當前正在運行的 Java 虛擬機。

System.exit(int status)  調用了此方法：

void	load(String filename) 加載作爲動態庫的指定文件名。
void	loadLibrary(String libname) 加載具有指定庫名的動態庫。

void	gc() 運行垃圾回收器。

lo ng

freeMemory() 返回 Java 虛擬機中的空閒內存量。

long	maxMemory() 返回 Java 虛擬機試圖使用的最大內存量。

long	totalMemory() 返回 Java 虛擬機中的內存總量。

public  void gc()

運行垃圾回收器。調用此方法意味着 Java 虛擬機做了一些努力來回收未用對象，以便能夠快速地重用這些對象當前佔用的內存。當控制從方法調用中返回時，虛擬機已經盡最大努力回收了所有丟棄的對象。

名稱 gc 代表“垃圾回收器”。虛擬機根據需要在單獨的線程中自動執行回收過程，甚至不用顯式調用 gc 方法。

方法 System.gc() 是調用此方法的一種傳統而便捷的方式

二、查看JVM內存設置信息

Runtime.getRuntime().maxMemory();  //最大可用內存，對應-Xmx

Runtime.getRuntime().freeMemory();  //當前JVM空閒內存

Runtime.getRuntime().totalMemory();  //當前JVM佔用的內存總數，其值相當於當前JVM已使用的內存及freeMemory()的總和

關於maxMemory()，freeMemory()和totalMemory()：

maxMemory()爲JVM的最大可用內存，可通過-Xmx設置，默認值爲物理內存的1/4，設值不能高於計算機物理內存；

totalMemory()爲當前JVM佔用的內存總數，其值相當於當前JVM已使用的內存及freeMemory()的總和，會隨着JVM使用內存的增加而增加；

freeMemory()爲當前JVM空閒內存，因爲JVM只有在需要內存時才佔用物理內存使用，所以freeMemory()的值一般情況下都很小，而JVM實際可用內存並不等於freeMemory()，而應該等於maxMemory()-totalMemory()+freeMemory()。及其設置JVM內存分配。

關於以上三個可參考：http://blog.csdn.net/zy_27_ok/article/details/8462385

三：System.load 和 System.loadLibrary詳解

1.它們都可以用來裝載庫文件，不論是JNI庫文件還是非JNI庫文件。在任何本地方法被調用之前必須先用這個兩個方法之一把相應的JNI庫文件裝載。

2.System.load 參數爲庫文件的絕對路徑，可以是任意路徑。
例如你可以這樣載入一個windows平臺下JNI庫文件：
System.load("C://Documents and Settings//TestJNI.dll");。

3. System.loadLibrary 參數爲庫文件名，不包含庫文件的擴展名。
例如你可以這樣載入一個windows平臺下JNI庫文件
System. loadLibrary ("TestJNI");

這裏，TestJNI.dll 必須是在java.library.path這一jvm變量所指向的路徑中。
可以通過如下方法來獲得該變量的值：
System.getProperty("java.library.path");
默認情況下，在Windows平臺下，該值包含如下位置：
1）和jre相關的一些目錄
2）程序當前目錄
3）Windows目錄
4）系統目錄（system32）
5）系統環境變量path指定目錄

4.如果你要載入的庫文件靜態鏈接到其它動態鏈接庫，例如TestJNI.dll 靜態鏈接到dependency.dll, 那麼你必須注意：
1）如果你選擇
System.load("C://Documents and Settings// TestJNI.dll");
那麼即使你把dependency.dll同樣放在C://Documents and Settings//下，load還是會因爲找不到依賴的dll而失敗。因爲jvm在載入TestJNI.dll會先去載入TestJNI.dll所依賴的庫文件dependency.dll，而dependency.dll並不位於java.library.path所指定的目錄下，所以jvm找不到dependency.dll。
你有兩個方法解決這個問題：一是把C://Documents and Settings//加入到java.library.path的路徑中，例如加入到系統的path中。二是先調用
System.load("C://Documents and Settings// dependency.dll"); 讓jvm先載入dependency.dll，然後再調用System.load("C://Documents and Settings// TestJNI.dll");
2）如果你選擇
System. loadLibrary ("TestJNI");
那麼你只要把dependency.dll放在任何java.library.path包含的路徑中即可，當然也包括和TestJNI.dll相同的目錄