IBM 64-bit Runtime Environment for Windows AMD64 architecture, Java 2 Technology Edition, Version 1.4.2

Runtime Environment 使用手冊


版權資訊

附註:在使用本資訊及其支援的產品之前, 請務必閱讀注意事項下的一般資訊。

本「使用手冊」修訂版適用於 IBM 64-bit Runtime Environment for Windows AMD64 architecture, Java 2 Technology Edition, Version 1.4.2,以及所有後續版次與修正,直到新修訂版中另有指示為止。

(c) Copyright Sun Microsystems, Inc. 1997, 2003, 901 San Antonio Rd., Palo Alto, CA 94303 USA. All rights reserved.

(c) Copyright International Business Machines Corporation, 1999, 2004. All rights reserved.

U.S. Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

前言

IBM(R) 64-bit Runtime Environment for Windows(R) AMD64 architecture, Java(TM) 2 Technology Edition, Version 1.4.2 中包含 Java Virtual Machine (JVM)、核心 Sun Microsystems Java 類別及支援檔案。在 Runtime Environment 中,並未包含全部在 SDK 套件中可以找到的類別。

本「使用手冊」中提供有關 Runtime Environment 的一般資訊,以及 Runtime Environment 的 IBM 實作與 Sun 實作之差異的相關特定資訊。請同時參閱本「使用手冊」以及 Sun 網站上內容更廣泛的文件:http://java.sun.com

Microsoft(R) Windows XP 64 位元版本和 Windows Server 2003 64 位元版本都支援 Runtime Environment

IBM JVM Diagnostics Guide 提供關於 IBM JVM 的詳細資訊。

請注意,SDK 中包括的 Runtime Environment for Windows,只能用來執行 Java 應用程式。 如果您已經有安裝 SDK,其中也會包括 Runtime Environment。

本「使用手冊」中交替使用 "Runtime Environment" 和 "Java Virtual Machine" 兩個術語。

目錄

版權資訊
前言
使用 Runtime Environment
取得 IBM 建置和版本號碼
啟動 Java 應用程式
指令摘要
選項
java 指令的全球化
使用類別路徑
自動執行 Java 檔案
指定記憶體回收原則
Just-In-Time (JIT) 編譯器
實作 RMI 連線處理程式儲存池
JVM 如何處理信號
JVM 使用的信號
鏈結原生程式碼驅動程式與信號鏈結程式庫
使用輸入法編輯器
在繁體中文中使用 more 指令
對於本「使用手冊」是否有任何意見?
注意事項
商標

使用 Runtime Environment

取得 IBM 建置和版本號碼

若要取得 IBM 建置和版本號碼,請在指令提示下輸入:

java -version

啟動 Java 應用程式

Java 工具可啟動 Java 應用程式。它需要起始 Java 類別名稱作為參數。 若沒有提供這項資訊,則會出現一則用法訊息。

JVM 會在下列三組位置中搜尋起始類別和已經使用的其他類別:bootstrap 類別路徑、已安裝的延伸項目,以及使用者類別路徑。類別名稱或 JAR 檔案名稱後面的引數會被傳遞給 main 函數。

javaw 指令同等於 java,不同之處是 javaw 沒有相關聯的主控台視窗。若您不想要出現指令提示視窗,請使用 javawjavaw 啟動程式啟動失敗時會顯示一個包含錯誤資訊的對話框。

指令摘要

javajavaw 指令的語法如下:

java [ 選項 ] 類別 [ 引數 ... ]
java [ 選項 ] -jar 檔案.jar [ 引數 ... ]
javaw [ 選項 ] 類別 [ 引數 ... ]
javaw [ 選項 ] -jar 檔案.jar [ 引數 ... ]

顯示在方括弧內的項目是選用性的。

options
指令行選項。
class
所要呼叫的類別名稱。
file.jar
所要呼叫之 jar 檔案的名稱。它只能配合 -jar 使用。
argument
傳遞到 main 函數中的引數。

若指定了 -jar 選項,則指名的 JAR 檔案要包含應用程式的類別和資源檔,且以 Main-Class manifest 標題來表示啟動類別。

選項

啟動器具有一組現行執行時期環境可支援且未來版次中也會支援的標準選項。此外,還有一組非標準選項。

標準選項

非標準選項

下面列示的 -X 選項,是非標準選項, 並且可能會在不預先通知的情況下,受到變更。

java 指令的全球化

java 指令與其他 Java 啟動器指令(如 javaw)可容許將類別名稱指定為現行語言環境之字元集中的任何 Unicode 字元。

您也可以藉由使用 Java 脫序字元,在類別名稱與引數中,指定任何 Unicode 字元。 如果要這樣做,您必須指定 -Xargencoding。如需指定 Unicode 字元,請以 \u#### 形式使用脫序字元,該形式中的 # 為十六進位數字(0 至 9,A 至 F)。

另一方面,如果要指定類別名稱和指令引數都使用 UTF8 編碼, 請使用 -Xargencoding:utf8,如果要以 ISO8859_1 編碼,則使用 -Xargencoding:latin

javajavaw 兩個指令會提供轉換後的輸出訊息。 這些訊息會因 Java 執行所在的語言環境而異。java 傳回的詳細錯誤說明和其他除錯資訊,都是以英文顯示。

使用類別路徑

您可以指定類別名稱為包含完整路徑和 .class 副檔名的完整檔案名稱。 在上一版中,您只能指定和 CLASSPATH 相對的類別, 並且不容許使用 .class 副檔名。使用完整的檔案名稱使您可從您的桌面或檔案啟動器啟動 Java 應用程式。如果您使用路徑和副檔案指定 .class 檔案,系統便會將指定的路徑放入 CLASSPATH 中。例如,java c:\myapp\thisapp.class 指令便等於 指定 java -classpath c:\myapp thisapp.

自動執行 Java 檔案

若要設定從檔案中自動執行 Java 類別或 jar 檔案,請使用「Windows 檔案總管」的工具 -> 資料夾選項 -> 檔案類型選項。另外,也可以在指令提示上輸入:

assoc .class=javaclass 
ftype javaclass=C:\Program Files\IBM\Java142\jre\bin\java.exe %l %*
註:
  1. %l 是字母 l,而不是數字 1。
  2. 若您的 Java 安裝在 C:\Program Files\IBM\Java142\ 以外的目錄,請取代成您的目錄。

指定記憶體回收原則

記憶體回收原則由 -Xgcpolicy JVM Runtime 選項指定。

-Xgcpolicy 採用下列值:optthruput(預設值)、 optavgpausegencon。 該選項會控制記憶體回收器的行為,在應用程式和整體系統的產能以及因記憶體回收所造成的暫停時間之間找出平衡點。

該選項及其值的格式為:

-Xgcpolicy:optthruput

-Xgcpolicy:optavgpause

-Xgcpolicy:gencon

暫停時間

當應用程式嘗試建立一個物件,但資料堆中的可用空間無法立即滿足要求時,記憶體回收器便會負責來識別未參照的物件(可回收的記憶體)、刪除它們,並讓資料堆返回到可以快速滿足即時及後續配置要求的狀態。這類的記憶體回收循環,在應用程式碼執行時會造成偶發性非預期的暫停。當應用程式的大小及複雜度增加時,資料堆隨之變大。此記憶體回收暫停時間的大小及有效位數也會有增加的趨勢。預設的記憶體回收值 optthruput,會對應用程式提供非常高的產能,但是所需的這些偶發性暫停成本,視資料堆的大小及可回收的記憶體的數量而定,其長度會從幾毫秒到數秒不等。

減少暫停時間

JVM 運用兩種技術來縮減暫停時間:

-Xgcpolicy:optavgpause 指令行選項要求使用並行記憶體回收, 來顯著縮減花在記憶體回收暫停的時間。並行記憶體回收縮減暫停時間的方式, 是靠和正常的程式執行作業,並行執行一些記憶體回收活動,來減少因收集資料堆而引起的岔斷。-Xgcpolicy:optavgpause 選項也會減輕在記憶體回收暫停期間, 增加資料堆大小所造成的影響。-Xgcpolicy:optavgpause 選項對具有大型資料堆的配置最有用。但隨著暫停時間的減少,您可能會發現應用程式的產能也會跟著減少。

在並行記憶體回收期間,有大量時間是耗費在識別相對而言持續較久的物件,並且這些物件無法收集。 如果記憶體回收只著重於較有可能回收的物件,就可以更進一步減少某些應用程式的暫停時間。 一般記憶體回收達到此目標的方式,是將資料堆區分為兩個「世代」, 即 "nursery" 和 "tenure" 兩部分。物件會視其經歷時間,放置在這些區域中。 Nursery 是兩者中較小的部分,並且包含較新的物件;tenure 則較大, 並且包含較舊的物件。物件首先會被配置到 nursery 中,如果該物件持續得夠久, 最後會被提升到 tenure 區域。

一般記憶體回收仰賴大部份的物件不會持續太久。一般記憶體回收減少暫停時間的方式, 是靠著重於收回 nursery 中的儲存體,因為 nursery 中具有最有可能回收的空間。 收集整個資料堆會導致極長的暫停時間,而不只是短暫的而已, 由於會經常收集 nursery ,因此如果 nursery 夠小,暫停時間就會相對地縮短。 不過,一般記憶體回收有一項缺點,因為經過一段時間,如果太多物件持續得太久, tenure 區域可能會變滿。如果要在發生這個狀況時,將暫停時間縮至最小, 請同時使用並行記憶體回收和一般記憶體回收。-Xgcpolicy:gencon 選項要求合併使用並行與一般記憶體回收,來協助減少花在記憶體回收的暫停時間。

資料堆近乎飽和的環境

如果 Java 資料堆變得近乎飽和,並且只收回非常少量的可回收的記憶體時, 對於新物件的要求便可能無法立即滿足,因為並沒有立即可用的空間。 如果資料堆在操作時其容量接近飽和,則不論使用的是上述的何種選項, 應用程式的效能可能會變糟;而且,如果持續要求更多的資料堆空間, 應用程式便會收到「記憶體不足」的異常狀況,如果無法掌握及處理這個異常狀況, 便會造成 JVM 的終止。此時,JVM 會產生一個 Javadump 診斷檔案。 在這些狀況下,建議您使用 -Xmx 選項來增加資料堆的大小,或是減少使用中應用程式物件的數目。

Just-In-Time (JIT) 編譯器

The just-in-time (JIT) 編譯器 (jitc.dll) 會在 Java 應用程式或 Applet 執行時,以動態方式產生常用之位元組碼序列的機器碼。

Runtime Environment for Windows 包括 預設會啟用的 JIT 編譯器 (jitc.dll)。 您可以停用 JIT,以便從 Java 應用程式、Applet 或編譯器本身當中,將問題分離出來。

如果要停用 JIT,請使用 -Xint 選項。 在執行應用程式的 command 提示視窗中,輸入:

    java -Xint class

若要驗證否是已啟用 JIT,請在指令提示下輸入:

java -version

如果 JIT 已在使用中,便會顯示一則包含下列內容的訊息:

(JIT 已啟用)

如果 JIT 不在使用中,便會顯示一則包含下列內容的訊息:

(JIT 已停用)

實作 RMI 連線處理程式儲存池

預設為,啟用 RMI 連線處理程式的執行緒儲存池。

若要 RMI TCPTransport 層次實作的連線儲存池,請設定選項

-Dsun.rmi.transport.tcp.connectionPool=true(或任何非空值)

本版 Runtime Environment 不提供讓您限制連線儲存池中執行緒數目的任何設定。

相關資訊請參閱 Sun 網站:http://java.sun.com.

JVM 如何處理信號

當發出有關 JVM 的信號時,就會呼叫信號處理程式。 此信號處理程式會針對 Java 或非 Java 執行緒來進行呼叫。

如果信號是針對 JVM 執行緒,JVM 就會控制信號處理作業。如果已經有安裝此信號的應用程式處理程式, 但是您沒有指定 -Xnosigchain 指令行選項,則在 JVM 完成處理程序後, 將會呼叫此信號的應用程式處理程式。

如果信號是針對非 Java 執行緒,且安裝 JVM 的應用程式之前已安裝它自己的信號處理, 則控制會傳給該處理程式。不然的話,如果是 JVM 或 Java 應用程式提出信號要求, 該信號會被忽略,或採取預設的動作。

這個規則的例外發生在 Windows 上,其中針對外部產生的信號(例如,當您輸入 CTRL-BREAK), 系統會建立新的執行緒來執行信號處理程式。在此情況下,JVM 信號處理常式會執行其處理程序, 並且如果有安裝此信號的應用程式處理程式,但是您沒有指定 -Xnosigchain 指令行選項,將會呼叫此信號的應用程式處理常式。

針對異常狀況和錯誤信號,JVM 會:

有關撰寫啟動程式來指定上述 hook 的資訊,請參閱: http://www-106.ibm.com/developerworks/java/library/i-signalhandling/。 此項目是針對 Java 1.3.1 版撰寫,但也適用於較新的版本。

針對岔斷信號,JVM 也會輸入受控制的關機程序, 但此時它會被視為正常終止;其動作為:

此關機方式與呼叫 Java 方法 System.exit() 所起始的關機方式相同。

JVM 使用的其他信號作為內部控制用途,不會造成終止。 唯一有關的控制信號是 SIGBREAK, 它會導致 Javadump 產生。

JVM 使用的信號

下列表 1 顯示 JVM 使用的信號。 表格中,依類型或用途分類信號,如下所示:

表 1. JVM 使用的信號
信號名稱 信號類型 說明 透過 -Xrs 來停用
SIGSEGV 異常狀況 不正確存取記憶體(寫入無法存取的記憶體)
SIGILL 異常狀況 不合法指令(嘗試呼叫不明的機器指令)
SIGFPE 異常狀況 浮點數異常(除數為零)
SIGABRT 錯誤 異常終止。JVM 一偵測到 JVM 錯誤就發出此信號。
SIGINT 岔斷 互動式岔斷 (CTRL-C)。JVM 正常結束。
SIGTERM 岔斷 終止要求。JVM 將正常結束。
SIGBREAK 控制 來自終端機的中斷信號。JVM 使用此信號來取得 Javadump。

請使用 -Xrs(減少使用信號)選項來防止 JVM 處理太多信號。 如需詳細資訊,請參閱 Sun 的 Java 應用程式啟動程式網頁,網址是: http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/java.html

在 JVM 執行緒上的信號 2 (SIGINT)4 (SIGILL)6 (SIGABRT)8 (SIGFPE)11 (SIGSEGV) 等, 都會導致 JVM 關閉,因此,應用程式信號處理程式不應該嘗試從這些信號回復, 除非已不再需要使用 JVM 服務。

鏈結原生程式碼驅動程式與信號鏈結程式庫

Runtime Environment 包含信號鏈結。信號鏈結可讓 JVM 更有效率地與安裝了專屬信號處理程式的原生程式碼相互作用。

信號鏈結可讓應用程式在 msvcrt.dll 之前,先鏈結和載入共用的程式庫 jsig.dll。 jsig.dll 程式庫可以確保一定截取到 signal() 的呼叫,不讓它們的處理程式取代 JVM 的信號處理程式。 這些呼叫會改成儲存新的信號處理程式,或將它們「鏈結」在 JVM 安裝的處理程 式後面。稍後,一旦發出這些信號但發現不是針對 JVM 所發出的,則會呼叫預先安裝的處理程式。

若要使用 jsig.dll,將它與建立或內嵌 JVM 的應用程式鏈結起來。

使用輸入法編輯器

使用「輸入法編輯器 (IME)」時,建議您應該在將工作區用於其他作業之前,先完成字元組合以及選取所要文字的作業。

在繁體中文中使用 more 指令

繁體中文的使用者不可以將 Java 應用程式的輸出引導至 more 指令中。而應將輸出導至暫存檔然後分別檢視該檔案。

對於本「使用手冊」是否有任何意見?

如果您對於本「使用手冊」的效用或其他方面有任何的批評指教,歡迎您使用下列其中一種管道將您的意見提供給我們參考。 請注意,這些管道的設立並不是為了要回答技術上的疑問,而只是為了要取得有關文件的意見。請使用下列方法來傳送您的意見:

細則。 選擇傳送訊息給 IBM 即代表您同意訊息中包含的所有資訊,包括回應資料,如問題、意見、建議,或類似資料,均得視為非機密資訊,而且,關於此類資訊,IBM 並無任何義務,且 IBM 得自由重製、使用、公開及散佈此等資訊予他人,不受任何限制。此外,IBM 亦得自由將此種資訊中所含的任何想法、概念、知識或技術用於任何用途,包括但不限於開發、製造及行銷包含此種資訊的產品。

注意事項

本資訊乃是針對在美國提供的產品及服務而撰寫。IBM 可能不會在其他國家提供本文件討論的產品、服務或功能。要知道在您所在之區是否可用到這些產品與服務時, 請向當地的 IBM 服務代表查詢。本書在提及 IBM 的產品、程式或服務時,不表示或暗示只能使用 IBM 的產品、程式或服務。只要未侵犯 IBM 的智慧財產權,任何功能相當的產品、程式或服務都可以取 代 IBM 的產品、程式或服務。不過,其他非 IBM 產品、程式或服務在運作上的評價 與驗證,其責任屬於使用者。

在這文件中包含著 IBM 所擁有之專利或暫准專利。使用者不享有本文件內容之專利權。您可以用書面方式來查詢授權,來函請寄到:

若要查詢有關二位元組 (DBCS) 資訊的特許權限事宜, 請聯絡您國家的 IBM 智慧財產部門,或者用書面方式寄到:

下列段落若與該國之法律條款抵觸,即視為不適用:

IBM 僅以現狀提供本書,而不提供任何明示或默示之保證(包括但 不限於可商用性或符合特定效用的保證)。有些地區在某些固定的交易上並不接受明示或默示保證的放棄聲明,因此此項 聲明不見得適用於您。

本資訊中可能會有技術上或排版印刷上的訛誤。因此,IBM 會定期修訂; 並將修訂後的內容納入新版中。同時,IBM 得隨時改進及(或)變動本資訊中所 提及的產品及(或)程式。

本資訊中任何對非 IBM 網站的敘述僅供參考,IBM 對該網站並不提供保證。該網站上的資料,並非本 IBM 產品所用資料的一部分,如因使用該網站 而造成損害,其責任由 貴客戶自行負責。

IBM 得以各種適當的方式使用或散佈由 貴客戶提供的任何資訊,而無需對您負責。

本程式之獲授權者若希望取得相關資料, 以便使用下列資訊者可洽詢 IBM。其下列資訊指的是: (1) 獨立建立的程式與其他程式(包括此程式)之間更換資訊的方式; (2) 相互使用已交換之資訊方法。 若有任何問題請聯絡:

上述資料得遵循適當條款而取得,在某些情況下必須付費方得使用。

IBM 基於雙方之「IBM 客戶合約」、「國際程式授權合約」或任何同等合約之條款,提供本文件中所述之授權程式與其所有適用的授權資料。

任何此處涵蓋的執行效能資料都是在一個受控制的環境下決定出來的。因此,若在其他作業環境下,所得的結果可能會大大不同。有些測定已在開發階段系統上做過, 不過這並不保證在一般系統上會出現相同結果。再者,有些測定可能已透過推測方式評估過。但實際結果可能並非如此。本書的使用者應依自己的特定環境,查證適用的資料。

本書所提及之非 IBM 產品資訊,係一由產品的供應商,或其出版的聲明或其他公開管道取得。IBM 並未測試過這些產品,也無法確認這些非 IBM 產品的執行效能、相容性或任何對產品的其他主張是否完全無誤。如果您對非 IBM 產品的性能有任何的疑問,請逕向該產品的供應商查詢。

商標

IBM 是 International Business Machines Corporation 在美國及(或)其他國家或地區的商標。

Java 以及所有以 Java 為基礎的商標及標誌圖都是 Sun Microsystems, Inc. 在美國及(或)其他國家或地區的商標或註冊商標。

Microsoft、Windows、Windows NT 和 Windows 標誌是 Microsoft Corporation 在美國及(或)其他國家或地區的商標。

其他公司、產品或服務名稱,可能是第三者的商標或服務標誌。

本產品包含由 Apache Software Foundation http://www.apache.org/ 所開發之軟體。