面試要點：需結合業務場景（如讀操作、寫操作、冪等性）分析如何選擇容錯策略。

5. Dubbo的服務暴露與引用過程是怎樣的？

• 服務暴露：Provider啟動后，將服務接口、實現類、地址等信息封裝成Invoker，再轉換為Exporter，并通過注冊中心注冊服務。
• 服務引用：Consumer啟動時，從注冊中心訂閱服務，獲取Provider地址列表，并將遠程服務代理為本地接口的Invoker，最后通過動態代理（默認Javassist）生成客戶端調用樁。

面試要點：這是理解Dubbo工作原理的核心，需能描述清楚從接口定義到網絡調用的完整鏈路。

6. Dubbo如何實現服務治理？

包括但不限于：服務降級（Mock機制）、動態配置（配置中心）、服務路由、權重調整、限流（如通過TpsLimitFilter）、優雅停機等。

第二部分：計算機網絡工程基礎

作為互聯網工程師，扎實的計算機網絡知識是理解分布式通信的基石。以下是與RPC/微服務密切相關的考點：

1. TCP與UDP的區別？Dubbo默認協議基于哪種？為什么？

• TCP：面向連接、可靠、基于字節流。提供丟包重傳、流量控制、擁塞控制。
• UDP：無連接、不可靠、基于數據報。傳輸效率高，但不保證順序和可靠性。
• Dubbo默認協議基于TCP（自定義的Dubbo協議構建于TCP之上）。原因在于RPC調用需要可靠的、有序的通信來保證方法調用的準確性和結果返回。

2. 請描述TCP的三次握手與四次揮手過程。為什么連接是三次，關閉是四次？

• 三次握手：Client發送SYN，Server回復SYN+ACK，Client再回復ACK。目的是同步雙方的初始序列號，確認雙方的收發能力正常。
• 四次揮手：主動方發送FIN，被動方回復ACK；隨后被動方發送FIN，主動方回復ACK。因為TCP連接是全雙工的，每個方向必須單獨關閉。

3. HTTP與RPC協議的主要區別是什么？

• HTTP：應用層協議，面向Web，基于文本（HTTP/2后有所改變），通用性強，但頭部開銷可能較大。
• RPC（如Dubbo協議）：更側重于服務間的內部調用，通常是二進制協議，設計更緊湊，性能更高，且集成了服務發現、負載均衡等治理功能。

4. 什么是TCP粘包/拆包？Netty或Dubbo是如何處理的？

• 原因：TCP是字節流協議，無消息邊界，應用層報文可能被合并或拆分。
• 解決方案：

1. 定長消息。

1. 使用分隔符（如換行符）。

1. 在消息頭中定義長度字段（Dubbo/Netty采用的方式）。Dubbo協議在消息頭中定義了完整的幀格式，包含數據包長度、魔數等，便于解碼器正確拆包。

5. OSI七層模型與TCP/IP四層模型分別是什么？Dubbo工作在哪一層？

• OSI七層：物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層、應用層。
• TCP/IP四層：網絡接口層、網際層（IP）、傳輸層（TCP/UDP）、應用層（HTTP, FTP, RPC）。
• Dubbo：作為一個RPC框架，其自定義協議工作在應用層，但其底層通信依賴于傳輸層（TCP）及以下的網絡棧。

與面試建議

面試中對Dubbo的考察，往往不局限于API使用，更深入其設計原理、集群治理以及與底層網絡（如Netty）的整合。計算機網絡知識是理解所有分布式通信問題的根本。建議學習者：

1. 結合實踐：通過搭建簡單Demo，理解Dubbo配置與運行過程。
2. 閱讀源碼：針對核心流程（如服務暴露、集群調用）進行源碼級探究。
3. 融會貫通：將Dubbo的通信機制與TCP/IP原理、NIO/Netty模型聯系起來，形成從應用到系統再到網絡的全鏈路認知。

掌握以上內容，你將在Java互聯網工程師面試的分布式服務與網絡環節展現出扎實的功底與清晰的思路。