Jini 基礎設施核心協議：查找、發現與加入機制全解析

架構總覽

Jini 即插即用基礎設施由三組協議構成：

• Discovery（發現）：實體尋找 Lookup Service
• Join（加入）：服務向 Lookup Service 註冊
• Lookup（查找）：客戶端查詢服務的中央註冊表

Lookup Service 類比「動態電話簿」：服務主動註冊/註銷，支援屬性動態更新、事件通知、管理界面托管。

Lookup Service 服務模型

• 表項包含：服務代理（可序列化對象）、可擴展屬性集（Entry 子類）
• 管理員通過事件回調感知服務上下線、狀態變更（如紙張不足）
• 服務可托管管理 UI 到 Lookup Service，統一運維入口

核心術語定義

發現協議三階段

1. 多點傳送請求

Discovery Entity 發送 UDP 組播請求尋找 Lookup Service，適用於啟動階段或瀏覽器場景。

2. 多點傳送宣布

Lookup Service 啟動或網絡恢復時，組播宣告自身存在（含單點服務地址）。

3. 單點傳送發現

雙方獲知對方地址後，建立 TCP 連接，Discovery Entity 主動發送請求，Lookup Service 返回輔助註冊的 Java 對象（ServiceRegistrar 代理）。

三階段協作：啟動用組播請求 → 定期切換為監聽組播宣布 → 已知地址直接單點連接。三協議以獨立線程運行，由 Discovery Entity 協調。

加入協議與租約機制

服務需持久化保存四類狀態：

1. 全局唯一服務 ID
2. 服務屬性集（狀態變更需同步更新所有已註冊 Lookup Service）
3. 目標 Group 集合
4. 強制註冊的特定 Lookup Service 列表

租約管理：

• 註冊成功獲得 Lease，服務維護「已註冊 Lookup Service 表」與「租約表」
• 定期續租保證有效性
• 退出時取消相關租約，防止資源洩漏
• 租約機制賦予系統自愈能力（服務崩潰租約過期自動清理）

服務加入標準流程

1. Discovery 獲取 ServiceRegistrar 代理
2. 構造 ServiceItem（服務 ID、代理、屬性集）
3. 調用 registrar.register(item, leaseDuration)
4. 持久化返回的 Lease，啟動續租線程
5. 屬性變更時調用 registrar.modifyAttributes() 同步所有 Lookup Service

總結

Discovery/Join/Lease 三位一體，構建了自組織、容錯、動態的服務聯邦。組播發現解決初始連接，單點傳送保證高效通信，租約機制實現生命週期管理，Group 提供邏輯分區。這套協議棧是後來微服務註冊中心（Eureka、Consul、Nacos）的重要啟發來源。

1. 上一篇文章： Jini 設備架構與家庭網絡應用實例深度解析
2. 下一篇文章： SpringSide 3.1.4 實戰（下）：Spring Security 權限體系與 Atomikos 多分據源整合

Java 相關知識

零基礎學 Java Day 1 筆記：基本類型、引用類型、類與對象、創建對象四種方式

導師出題：五大核心問題 1. Java 基本數據類型有哪些

Spring MVC @RequestBody 與 @ResponseBody 註解深度解析與 JSON 整合實戰

核心概念：為什麼需要這兩個註解？ 在前後端分離架構下，JSO

JFreeChart 實戰：打造 Web 圖表引擎從入門到互動熱點

Web 應用發展使報表系統從桌面走向瀏覽器。傳統 OS 控件

Servlet 中應用裝飾模式增強 Request 對象

問題背景 Servlet Filter 提供了強大的攔截機制