CORBA 與 RMI 深度對比：遠程調用技術選型指南

核心差異

混合架構：RMI 封裝非 Java 代碼

若團隊以 Java 為主、少量非 Java 元件，可避免引入 CORBA：

[Java Client] --RMI--> [Java Wrapper Object] --JNI/JNA/JDBC--> [Native Code / DB / Legacy]

• Wrapper 物件作為適配器，內部用 JNI/JNA 調用本地庫、或 JDBC 訪問資料庫
• 客戶端純 RMI 體驗，無感知後端異構性
• 省去 ORB 採購、部署、版本升級成本

選型決策樹

1. 全棧 Java？ → RMI (或 gRPC/Thrift 現代替代)
2. 跨語言、跨組織、長期演進？ → CORBA (或 Web Services/REST)
3. Java 主導、少量本地整合？ → RMI + Wrapper
4. 高效能、低延遲、內網微服務？ → gRPC / Netty 自定協議

現代視角

CORBA/RMI 屬第一代分散式技術。新專案優先考慮：REST/JSON (HTTP 友好)、gRPC/Protobuf (高效能 RPC)、GraphQL (靈活查詢)、Message Queue (異步解耦)。CORBA 仍存活於金融、電信、航太等遺留核心系統維護中。

1. 上一篇文章： CORBA 學習總結：Java 整合非 Java 代碼的跨語言方案
2. 下一篇文章： Java Applet 與 CORBA 整合：安全沙箱與防火牆挑戰

Java 相關知識

Java 發展史：從 Oak 到雲原生時代的技術演進時間軸

Java 由 James Gosling 於 1990 年代

即時 Java 第 1 部分：使用 Java 語言建構即時系統

因多項重要原因，Java 語言在即時系統應用非常有限。原因包

Ruby on Rails 開發實戰（Windows 環境）第 8 篇：使用 Session 建立購物車

本篇在商品列表基礎上，逐步建立功能完整的購物車：資料表設計、

J2EE探索者：五步輕鬆掌握JSP自定義標籤開發

在開發 Web 應用程式時，將表現邏輯與業務邏輯分離至關重要