程式背景與理論基礎 程式前身源自 Larry OBrien 代碼，基於 Craig Reynolds 1986 年「Boids」程式，演示複雜性理論特殊問題——

非 Java 代碼互操作的必要性 Java 語言與標準 API 處理應用程式編寫綽綽有餘。但特定情況必須使用非 Java 代碼：存取作業系統專用特性、操作特殊硬

JNI 定位與歷史脈絡 JNI 是包容極廣的程式設計介面，允許從 Java 應用程式調用固有方法。Java 1.1 新增，維持與 Java 1.0 相應特性「固

完整開發流程範例 簡單範例：Java 程式調用固有方法，後者調用 Win32 MessageBox() 顯示圖形文字框。非 Win32 平台替換 windows

JNIEnv 參數作為 JVM 操作入口 每個 JNI 固有方法接收特殊第一參數：JNIEnv 參數——指向 JNIEnv_ 特殊 JNI 資料結構的指標。結構

傳遞自定義 Java 物件給固有方法 可將自建 Java 物件傳遞給固有方法。固有方法內部可存取接收物件的欄位與方法。宣告固有方法採用原始 Java 語法。範例

JNI 異常處理函數概覽 JNI 可丟棄、捕捉、列印、重新丟棄 Java 異常，但程式設計師需自行調用專用 JNI 函數處理。核心函數： • Throw()：丟

多執行緒環境下的固有方法挑戰 Java 為多執行緒語言，多執行緒可能同時調用同一固有方法（另一執行緒調用時固有方法可能暫停）。完全由程式設計師保證固有調用在多執

實現 JNI 固有方法的標準流程 最簡單方法：在 Java 類別編寫固有方法原型，編譯類別，對 .class 檔案運行 javah。 面對大型現有代碼庫的策略

Microsoft 專有解決方案現狀 成書時 Microsoft 未支援 JNI，僅以專有方法提供非 Java 代碼調用支援，內建於編譯器、JVM 與外部工具。

J/Direct 設計目標與優缺點 J/Direct 是調用 Win32 DLL 函數最簡單方式，主要針對 Win32 API 但可調用任何 API。雖方便但有

@dll.import 靈活性與應用範圍 @dll.import 是使用 J/Direct 唯一途徑，提供大量修飾符自定義與非 Java 代碼連結方式。可應用於

Win32 API Java 映射套件 Win32 API 龐大（數千函數、常數、資料類型），無需手工映射每個函數。Microsoft 發行 com.ms.wi

封送處理定義 「封送處理」是指將函數參數從原始二進制形式轉換為語言無關通用形式，再轉換為調用函數採用的二進制格式。範例中調用 MessageBox() 傳遞兩個

回調函數概念與應用場景 部分 Win32 API 函數要求傳遞函數指標作為參數，Windows 稍後調用該函數（通常特定事件發生時）。此技術稱「回調函數」。範例

@dll.import 修飾符擴展功能 透過 @dll.import 導向命令內的修飾符（標記），可使用 J/Direct 兩項進階特性：OLE 函數簡化存取、

RNI 特性與定位 RNI（Raw Native Interface）比 J/Direct 複雜但功能更強。RNI 更貼近 JVM，能編寫更高效代碼，處理原生方

COM 與 Java 整合的戰略意義 COM（前身 OLE）是所有 ActiveX 技術基礎，也是特殊規範，遵循其開發的元件可透過作業系統特性實現「互操作」。W

COM 二進制規範與互操作目標 COM 是二進制規範，致力實現可互操作物件。COM 規定物件二進制佈局必須能調用另一 COM 物件服務。只要語言能生成此佈局即可

Microsoft Java/COM 整合優勢 相比 C++/COM 程式設計師，Microsoft Java 編譯器、虛擬機與工具極大簡化了 Java/COM