1、您對微服務(wù)有何了解？

微服務(wù)，又稱微服務(wù) 架 構(gòu)，是一種架構(gòu)風格，它將應用程序構(gòu)建為以業(yè)務(wù)領(lǐng)域為模型的小型自治服務(wù)集合 。

通俗地說，你必須看到蜜蜂如何通過對齊六角形蠟細胞來構(gòu)建它們的蜂窩狀物。他們最初從使用各種材料的小部分開始，并繼續(xù)從中構(gòu)建一個大型蜂箱。這些細胞形成圖案，產(chǎn)生堅固的結(jié)構(gòu)，將蜂窩的特定部分固定在一起。這里，每個細胞獨立于另一個細胞，但它也與其他細胞相關(guān)。這意味著對一個細胞的損害不會損害其他細胞，因此，蜜蜂可以在不影響完整蜂箱的情況下重建這些細胞。

圖 1：微服務(wù)的蜂窩表示 – 微服務(wù)訪談問題

請參考上圖。這里，每個六邊形形狀代表單獨的服務(wù)組件。與蜜蜂的工作類似，每個敏捷團隊都使用可用的框架和所選的技術(shù)堆棧構(gòu)建單獨的服務(wù)組件。就像在蜂箱中一樣，每個服務(wù)組件形成一個強大的微服務(wù)架構(gòu)，以提供更好的可擴展性。此外，敏捷團隊可以單獨處理每個服務(wù)組件的問題，而對整個應用程序沒有影響或影響最小。

2、微服務(wù)架構(gòu)有哪些優(yōu)勢？

圖 2：微服務(wù)的 優(yōu)點 – 微服務(wù)訪談問題

· 獨立開發(fā) – 所有微服務(wù)都可以根據(jù)各自的功能輕松開發(fā)

· 獨立部署 – 基于其服務(wù)，可以在任何應用程序中單獨部署它們

· 故障隔離 – 即使應用程序的一項服務(wù)不起作用，系統(tǒng)仍可繼續(xù)運行

· 混合技術(shù)堆棧 – 可以使用不同的語言和技術(shù)來構(gòu)建同一應用程序的不同服務(wù)

· 粒度縮放 – 單個組件可根據(jù)需要進行縮放，無需將所有組件縮放在一起

3、微服務(wù)有哪些特點？

圖 3：微服務(wù)的 特點 – 微服務(wù)訪談問題

· 解耦 – 系統(tǒng)內(nèi)的服務(wù)很大程度上是分離的。因此，整個應用程序可以輕松構(gòu)建，更改和擴展

· 組件化 – 微服務(wù)被視為可以輕松更換和升級的獨立組件

· 業(yè)務(wù)能力 – 微服務(wù)非常簡單，專注于單一功能

· 自治 – 開發(fā)人員和團隊可以彼此獨立工作，從而提高速度

· 持續(xù)交付 – 通過軟件創(chuàng)建，測試和批準的系統(tǒng)自動化，允許頻繁發(fā)布軟件

· 責任 – 微服務(wù)不關(guān)注應用程序作為項目。相反，他們將應用程序視為他們負責的產(chǎn)品

· 分散治理 – 重點是使用正確的工具來做正確的工作。這意味著沒有標準化模式或任何技術(shù)模式。開發(fā)人員可以自由選擇最有用的工具來解決他們的問題

· 敏捷 – 微服務(wù)支持敏捷開發(fā)。任何新功能都可以快速開發(fā)并再次丟棄

4、設(shè)計微服務(wù)的最佳實踐是什么？

以下是設(shè)計微服務(wù)的最佳實踐：

圖 4：設(shè)計微服務(wù)的最佳實踐 – 微服務(wù)訪談問題

5、微服務(wù)架構(gòu)如何運作？

微服務(wù)架構(gòu)具有以下組件：

圖 5：微服務(wù) 架構(gòu) – 微服務(wù)面試問題

· 客戶端 – 來自不同設(shè)備的不同用戶發(fā)送請求。

· 身份提供商 – 驗證用戶或客戶身份并頒發(fā)安全令牌。

· API 網(wǎng)關(guān) – 處理客戶端請求。

· 靜態(tài)內(nèi)容 – 容納系統(tǒng)的所有內(nèi)容。

· 管理 – 在節(jié)點上平衡服務(wù)并識別故障。

· 服務(wù)發(fā)現(xiàn) – 查找微服務(wù)之間通信路徑的指南。

· 內(nèi)容交付網(wǎng)絡(luò) – 代理服務(wù)器及其數(shù)據(jù)中心的分布式網(wǎng)絡(luò)。

· 遠程服務(wù) – 啟用駐留在 IT 設(shè)備網(wǎng)絡(luò)上的遠程訪問信息。

6、微服務(wù)架構(gòu)的優(yōu)缺點是什么？

7、單片，SOA 和微服務(wù)架構(gòu)有什么區(qū)別？

圖 6： 單片 SOA 和微服務(wù)之間的比較 – 微服務(wù)訪談問題

· 單片架構(gòu)類似于大容器，其中應用程序的所有軟件組件組裝在一起并緊密封裝。

· 一個面向服務(wù)的架構(gòu)是一種相互通信服務(wù)的集合。通信可以涉及簡單的數(shù)據(jù)傳遞，也可以涉及兩個或多個協(xié)調(diào)某些活動的服務(wù)。

· 微服務(wù)架構(gòu)是一種架構(gòu)風格，它將應用程序構(gòu)建為以業(yè)務(wù)域為模型的小型自治服務(wù)集合。

8、在使用微服務(wù)架構(gòu)時，您面臨哪些挑戰(zhàn)？

開發(fā)一些較小的微服務(wù)聽起來很容易，但開發(fā)它們時經(jīng)常遇到的挑戰(zhàn)如下。

· 自動化組件：難以自動化，因為有許多較小的組件。因此，對于每個組件，我們必須遵循 Build，Deploy 和 Monitor 的各個階段。

· 易感性：將大量組件維護在一起變得難以部署，維護，監(jiān)控和識別問題。它需要在所有組件周圍具有很好的感知能力。

· 配置管理：有時在各種環(huán)境中維護組件的配置變得困難。

· 調(diào)試：很難找到錯誤的每一項服務(wù)。維護集中式日志記錄和儀表板以調(diào)試問題至關(guān)重要。

9、SOA 和微服務(wù)架構(gòu)之間的主要區(qū)別是什么？

SOA 和微服務(wù)之間的主要區(qū)別如下：

10、微服務(wù)有什么特點？

您可以列出微服務(wù)的特征，如下所示：

圖 7：微服務(wù)的特征 – 微服務(wù)訪談問題

11、什么是領(lǐng)域驅(qū)動設(shè)計？

圖 8： DDD 原理 – 微服務(wù)面試問題

12、為什么需要域驅(qū)動設(shè)計（DDD）？

圖 9：我們需要 DDD 的因素 – 微服務(wù)面試問題

13、什么是無所不在的語言？

如果您必須定義泛在語言（UL），那么它是特定域的開發(fā)人員和用戶使用的通用語言，通過該語言可以輕松解釋域。

無處不在的語言必須非常清晰，以便它將所有團隊成員放在同一頁面上，并以機器可以理解的方式進行翻譯。

14、什么是凝聚力？

模塊內(nèi)部元素所屬的程度被認為是凝聚力。

15、什么是耦合？

組件之間依賴關(guān)系強度的度量被認為是耦合。一個好的設(shè)計總是被認為具有高內(nèi)聚力和低耦合性。

16、什么是 REST / RESTful 以及它的用途是什么？

Representational State Transfer（REST）/ RESTful Web 服務(wù)是一種幫助計算機系統(tǒng)通過 Internet 進行通信的架構(gòu)風格。這使得微服務(wù)更容易理解和實現(xiàn)。

微服務(wù)可以使用或不使用 RESTful API 實現(xiàn)，但使用 RESTful API 構(gòu)建松散耦合的微服務(wù)總是更容易。

17、你對 Spring Boot 有什么了解？

事實上，隨著新功能的增加，彈簧變得越來越復雜。如果必須啟動新的 spring 項目，則必須添加構(gòu)建路徑或添加 maven 依賴項，配置應用程序服務(wù)器，添加 spring配置。所以一切都必須從頭開始。

Spring Boot 是解決這個問題的方法。使用 spring boot 可以避免所有樣板代碼和配置。因此，基本上認為自己就好像你正在烘烤蛋糕一樣，春天就像制作蛋糕所需的成分一樣，彈簧靴就是你手中的完整蛋糕。

圖 10： Spring Boot 的因素 – 微服務(wù)面試問題

18、什么是 Spring 引導的執(zhí)行器？

Spring Boot 執(zhí)行程序提供了 restful Web 服務(wù)，以訪問生產(chǎn)環(huán)境中運行應用程序的當前狀態(tài)。在執(zhí)行器的幫助下，您可以檢查各種指標并監(jiān)控您的應用程序。

19、什么是 Spring Cloud？

根據(jù) Spring Cloud 的官方網(wǎng)站，Spring Cloud 為開發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見模式的工具（例如配置管理，服務(wù)發(fā)現(xiàn)，斷路器，智能路由，領(lǐng)導選舉，分布式會話，集群狀態(tài)）。

20、Spring Cloud 解決了哪些問題？

在使用 Spring Boot 開發(fā)分布式微服務(wù)時，我們面臨的問題很少由 Spring Cloud解決。

· 與分布式系統(tǒng)相關(guān)的復雜性 – 包括網(wǎng)絡(luò)問題，延遲開銷，帶寬問題，安全問題。

· 處理服務(wù)發(fā)現(xiàn)的能力 – 服務(wù)發(fā)現(xiàn)允許集群中的進程和服務(wù)找到彼此并進行通信。

· 解決冗余問題 – 冗余問題經(jīng)常發(fā)生在分布式系統(tǒng)中。

· 負載平衡 – 改進跨多個計算資源（例如計算機集群，網(wǎng)絡(luò)鏈接，中央處理單元）的工作負載分布。

· 減少性能問題 – 減少因各種操作開銷導致的性能問題。

21、在 Spring MVC 應用程序中使用 WebMvcTest 注釋有什么用處？

在測試目標只關(guān)注 Spring MVC 組件的情況下，WebMvcTest 注釋用于單元測試Spring MVC 應用程序。在上面顯示的快照中，我們只想啟動 ToTestController。執(zhí)行此單元測試時，不會啟動所有其他控制器和映射。

22、你能否給出關(guān)于休息和微服務(wù)的要點？

雖然您可以通過多種方式實現(xiàn)微服務(wù)，但 REST over HTTP 是實現(xiàn)微服務(wù)的一種方式。REST 還可用于其他應用程序，如 Web 應用程序，API 設(shè)計和 MVC 應用程序，以提供業(yè)務(wù)數(shù)據(jù)。

微服務(wù)是一種體系結(jié)構(gòu)，其中系統(tǒng)的所有組件都被放入單獨的組件中，這些組件可以單獨構(gòu)建，部署和擴展。微服務(wù)的某些原則和最佳實踐有助于構(gòu)建彈性應用程序。

簡而言之，您可以說 REST 是構(gòu)建微服務(wù)的媒介。

23、什么是不同類型的微服務(wù)測試？

在使用微服務(wù)時，由于有多個微服務(wù)協(xié)同工作，測試變得非常復雜。因此，測試分為不同的級別。

· 在底層，我們有面向技術(shù)的測試，如單元測試和性能測試。這些是完全自動化的。

· 在中間層面，我們進行了諸如壓力測試和可用性測試之類的探索性測試。

· 在頂層， 我們的 驗收測試數(shù)量很少。這些驗收測試有助于利益相關(guān)者理解和驗證軟件功能。

24、您對 Distributed Transaction 有何了解？

分布式事務(wù)是指單個事件導致兩個或多個不能以原子方式提交的單獨數(shù)據(jù)源的突變的任何情況。在微服務(wù)的世界中，它變得更加復雜，因為每個服務(wù)都是一個工作單元，并且大多數(shù)時候多個服務(wù)必須協(xié)同工作才能使業(yè)務(wù)成功。

25、什么是 Idempotence 以及它在哪里使用？

冪等性是能夠以這樣的方式做兩次事情的特性，即最終結(jié)果將保持不變，即好像它只做了一次。

用法：在遠程服務(wù)或數(shù)據(jù)源中使用 Idempotence，這樣當它多次接收指令時，它只處理指令一次。

26、什么是有界上下文？

有界上下文是域驅(qū)動設(shè)計的核心模式。DDD 戰(zhàn)略設(shè)計部門的重點是處理大型模型和團隊。DDD 通過將大型模型劃分為不同的有界上下文并明確其相互關(guān)系來處理大型模型。

27、什么是雙因素身份驗證？

雙因素身份驗證為帳戶登錄過程啟用第二級身份驗證。

圖 11： 雙因素認證的表示 – 微服務(wù)訪談問題

因此，假設(shè)用戶必須只輸入用戶名和密碼，那么這被認為是單因素身份驗證。

28、雙因素身份驗證的憑據(jù)類型有哪些？

這三種憑證是：

圖 12： 雙因素認證的證書類型 – 微服務(wù)面試問題

29、什么是客戶證書？

客戶端系統(tǒng)用于向遠程服務(wù)器發(fā)出經(jīng)過身份驗證的請求的一種數(shù)字證書稱為客戶端證書?？蛻舳俗C書在許多相互認證設(shè)計中起著非常重要的作用，為請求者的身份提供了強有力的保證。

30、PACT 在微服務(wù)架構(gòu)中的用途是什么？

PACT 是一個開源工具，允許測試服務(wù)提供者和消費者之間的交互，與合同隔離，從而提高微服務(wù)集成的可靠性。

微服務(wù)中的用法

· 用于在微服務(wù)中實現(xiàn)消費者驅(qū)動的合同。

· 測試微服務(wù)的消費者和提供者之間的消費者驅(qū)動的合同。

查看即將到來的批次

31、什么是 OAuth？

OAuth 代表開放授權(quán)協(xié)議。這允許通過在 HTTP 服務(wù)上啟用客戶端應用程序（例如第三方提供商 Facebook，GitHub 等）來訪問資源所有者的資源。因此，您可以在不使用其憑據(jù)的情況下與另一個站點共享存儲在一個站點上的資源。

32、康威定律是什么？

“任 何 設(shè) 計 系 統(tǒng) 的 組 織 （ 廣 泛 定 義 ） 都 將 產(chǎn) 生 一 種 設(shè) 計 ， 其 結(jié) 構(gòu) 是 組 織 通 信 結(jié) 構(gòu)的 副 本 。” – Mel Conway

圖 13： Conway 定律的表示 – 微服務(wù)訪談問題

該法律基本上試圖傳達這樣一個事實：為了使軟件模塊起作用，整個團隊應該進行良好的溝通。因此，系統(tǒng)的結(jié)構(gòu)反映了產(chǎn)生它的組織的社會邊界。

33、合同測試你懂什么？

根據(jù) Martin Flower 的說法，合同測試是在外部服務(wù)邊界進行的測試，用于驗證其是否符合消費服務(wù)預期的合同。

此外，合同測試不會深入測試服務(wù)的行為。更確切地說，它測試該服務(wù)調(diào)用的輸入＆輸出包含所需的屬性和所述響應延遲，吞吐量是允許的限度內(nèi)。

34、什么是端到端微服務(wù)測試？

端到端測試驗證了工作流中的每個流程都正常運行。這可確保系統(tǒng)作為一個整體協(xié)同工作并滿足所有要求。

通俗地說，你可以說端到端測試是一種測試，在特定時期后測試所有東西。

圖 14：測試層次 – 微服務(wù)面試問題

35、Container 在微服務(wù)中的用途是什么？

容器是管理基于微服務(wù)的應用程序以便單獨開發(fā)和部署它們的好方法。您可以將微服務(wù)封裝在容器映像及其依賴項中，然后可以使用它來滾動按需實例的微服務(wù)，而無需任何額外的工作。

圖 15： 容器的表示及其在微服務(wù)中的使用方式 – 微服務(wù)訪談問題

36、什么是微服務(wù)架構(gòu)中的 DRY？

DRY 代表不要重復自己。它基本上促進了重用代碼的概念。這導致開發(fā)和共享庫，這反過來導致緊密耦合。

37、什么是消費者驅(qū)動的合同（CDC）？

這基本上是用于開發(fā)微服務(wù)的模式，以便它們可以被外部系統(tǒng)使用。當我們處理微服務(wù)時，有一個特定的提供者構(gòu)建它，并且有一個或多個使用微服務(wù)的消費者。

通常，提供程序在 XML 文檔中指定接口。但在消費者驅(qū)動的合同中，每個服務(wù)消費者都傳達了提供商期望的接口。

38、Web，RESTful API 在微服務(wù)中的作用是什么？

微服務(wù)架構(gòu)基于一個概念，其中所有服務(wù)應該能夠彼此交互以構(gòu)建業(yè)務(wù)功能。因此，要實現(xiàn)這一點，每個微服務(wù)必須具有接口。這使得 Web API 成為微服務(wù)的一個非常重要的推動者。RESTful API 基于 Web 的開放網(wǎng)絡(luò)原則，為構(gòu)建微服務(wù)架構(gòu)的各個組件之間的接口提供了最合理的模型。

39、您對微服務(wù)架構(gòu)中的語義監(jiān)控有何了解？

語義監(jiān)控，也稱為 綜合監(jiān)控， 將自動化測試與監(jiān)控應用程序相結(jié)合，以檢測業(yè)務(wù)失敗因素。

40、我們?nèi)绾芜M行跨功能測試？

跨功能測試是對非功能性需求的驗證，即那些無法像普通功能那樣實現(xiàn)的需求。

41、我們?nèi)绾卧跍y試中消除非決定論？

非確定性測試（NDT）基本上是不可靠的測試。所以，有時可能會發(fā)生它們通過，顯然有時它們也可能會失敗。當它們失敗時，它們會重新運行通過。

從測試中刪除非確定性的一些方法如下：

1、 隔離

2、 異步

3、 遠程服務(wù)

4、 隔離

5、 時間

6、 資源泄漏

42、Mock 或 Stub 有什么區(qū)別？

存根

· 一個有助于運行測試的虛擬對象。

· 在某些可以硬編碼的條件下提供固定行為。

· 永遠不會測試存根的任何其他行為。

例如，對于空堆棧，您可以創(chuàng)建一個只為 empty（）方法 返回 true 的存根。因此，這并不關(guān)心堆棧中是否存在元素。

嘲笑

· 一個虛擬對象，其中最初設(shè)置了某些屬性。

· 此對象的行為取決于 set 屬性。

· 也可以測試對象的行為。

例如，對于 Customer 對象，您可以通過設(shè)置名稱和年齡來模擬它。您可以將 age設(shè)置為 12，然后測試 isAdult（）方法，該方法將在年齡大于 18 時返回 true。因此，您的 Mock Customer 對象適用于指定的條件。

43、您對 Mike Cohn 的測試金字塔了解多少？

Mike Cohn 提供了一個名為 Test Pyramid 的模型。這描述了軟件開發(fā)所需的自動化測試類型。

圖 16： Mike Cohn 的測試金字塔 – 微服務(wù)面試問題

根據(jù)金字塔，第一層的測試數(shù)量應該最高。在服務(wù)層，測試次數(shù)應小于單元測試級別，但應大于端到端級別。

44、Docker 的目的是什么？

Docker 提供了一個可用于托管任何應用程序的容器環(huán)境。在此，軟件應用程序和支持它的依賴項緊密打包在一起。

因此，這個打包的產(chǎn)品被稱為 Container，因為它是由 Docker 完成的，所以它被稱為 Docker 容器！

45、什么是金絲雀釋放？

Canary Releasing 是一種降低在生產(chǎn)中引入新軟件版本的風險的技術(shù)。這是通過將變更緩慢地推廣到一小部分用戶，然后將其發(fā)布到整個基礎(chǔ)架構(gòu)，即將其提供給每個人來完成的。

46、什么是持續(xù)集成（CI）？

持續(xù)集成（CI）是每次團隊成員提交版本控制更改時自動構(gòu)建和測試代碼的過程。這鼓勵開發(fā)人員通過在每個小任務(wù)完成后將更改合并到共享版本控制存儲庫來共享代碼和單元測試。

47、什么是持續(xù)監(jiān)測？

持續(xù)監(jiān)控深入監(jiān)控覆蓋范圍，從瀏覽器內(nèi)前端性能指標，到應用程序性能，再到主機虛擬化基礎(chǔ)架構(gòu)指標。

48、架構(gòu)師在微服務(wù)架構(gòu)中的角色是什么？

微服務(wù)架構(gòu)中的架構(gòu)師扮演以下角色：

· 決定整個軟件系統(tǒng)的布局。

· 幫助確定組件的分區(qū)。因此，他們確保組件相互粘合，但不緊密耦合。

· 與開發(fā)人員共同編寫代碼，了解日常生活中面臨的挑戰(zhàn)。

· 為開發(fā)微服務(wù)的團隊提供某些工具和技術(shù)的建議。

· 提供技術(shù)治理，以便技術(shù)開發(fā)團隊遵循微服務(wù)原則。

49、我們可以用微服務(wù)創(chuàng)建狀態(tài)機嗎？

我們知道擁有自己的數(shù)據(jù)庫的每個微服務(wù)都是一個可獨立部署的程序單元，這反過來又讓我們可以創(chuàng)建一個狀態(tài)機。因此，我們可以為特定的微服務(wù)指定不同的狀態(tài)和事件。

例如，我們可以定義 Order 微服務(wù)。訂單可以具有不同的狀態(tài)。Order 狀態(tài)的轉(zhuǎn)換可以是 Order 微服務(wù)中的獨立事件。

50、什么是微服務(wù)中的反應性擴展？

Reactive Extensions 也稱為 Rx。這是一種設(shè)計方法，我們通過調(diào)用多個服務(wù)來收集結(jié)果，然后編譯組合響應。這些調(diào)用可以是同步或異步，阻塞或非阻塞。Rx是分布式系統(tǒng)中非常流行的工具，與傳統(tǒng)流程相反。

SpringCloud面試

1、什么是 Spring Cloud？

Spring cloud 流應用程序啟動器是基于 Spring Boot 的 Spring 集成應用程序，提供與外部系統(tǒng)的集成。Spring cloud Task，一個生命周期短暫的微服務(wù)框架，用于快速構(gòu)建執(zhí)行有限數(shù)據(jù)處理的應用程序。

2、使用 Spring Cloud 有什么優(yōu)勢？

使用 Spring Boot 開發(fā)分布式微服務(wù)時，我們面臨以下問題

（1）與分布式系統(tǒng)相關(guān)的復雜性-這種開銷包括網(wǎng)絡(luò)問題，延遲開銷，帶寬問題，安全問題。

（2）服務(wù)發(fā)現(xiàn)-服務(wù)發(fā)現(xiàn)工具管理群集中的流程和服務(wù)如何查找和互相交談。它涉及一個服務(wù)目錄，在該目錄中注冊服務(wù)，然后能夠查找并連接到該目錄中的服務(wù)。

（3）冗余-分布式系統(tǒng)中的冗余問題。

（4）負載平衡 --負載平衡改善跨多個計算資源的工作負荷，諸如計算機，計算機集群，網(wǎng)絡(luò)鏈路，中央處理單元，或磁盤驅(qū)動器的分布。

（5）性能-問題 由于各種運營開銷導致的性能問題。

（6）部署復雜性-Devops 技能的要求。

3、服務(wù)注冊和發(fā)現(xiàn)是什么意思？Spring Cloud 如何實現(xiàn)？

當我們開始一個項目時，我們通常在屬性文件中進行所有的配置。隨著越來越多的服務(wù)開發(fā)和部署，添加和修改這些屬性變得更加復雜。有些服務(wù)可能會下降，而某些位置可能會發(fā)生變化。手動更改屬性可能會產(chǎn)生問題。 Eureka 服務(wù)注冊和發(fā)現(xiàn)可以在這種情況下提供幫助。由于所有服務(wù)都在 Eureka 服務(wù)器上注冊并通過調(diào)用 Eureka 服務(wù)器完成查找，因此無需處理服務(wù)地點的任何更改和處理。

4、Spring Cloud 和dubbo區(qū)別?

（1）服務(wù)調(diào)用方式 dubbo是RPC springcloud Rest Api

（2）注冊中心,dubbo 是zookeeper springcloud是eureka，也可以是zookeeper

（3）服務(wù)網(wǎng)關(guān),dubbo本身沒有實現(xiàn)，只能通過其他第三方技術(shù)整合，springcloud有Zuul路由網(wǎng)關(guān)，作為路由服務(wù)器，進行消費者的請求分發(fā),springcloud支持斷路器，與git完美集成配置文件支持版本控制，事物總線實現(xiàn)配置文件的更新與服務(wù)自動裝配等等一系列的微服務(wù)架構(gòu)要素。

5、SpringBoot和SpringCloud的區(qū)別？

SpringBoot專注于快速方便的開發(fā)單個個體微服務(wù)。

SpringCloud是關(guān)注全局的微服務(wù)協(xié)調(diào)整理治理框架，它將SpringBoot開發(fā)的一個個單體微服務(wù)整合并管理起來，

為各個微服務(wù)之間提供，配置管理、服務(wù)發(fā)現(xiàn)、斷路器、路由、微代理、事件總線、全局鎖、決策競選、分布式會話等等集成服務(wù)

SpringBoot可以離開SpringCloud獨立使用開發(fā)項目， 但是SpringCloud離不開SpringBoot ，屬于依賴的關(guān)系.

SpringBoot專注于快速、方便的開發(fā)單個微服務(wù)個體，SpringCloud關(guān)注全局的服務(wù)治理框架。

6、負載平衡的意義什么？

在計算中，負載平衡可以改善跨計算機，計算機集群，網(wǎng)絡(luò)鏈接，中央處理單元或磁盤驅(qū)動器等多種計算資源的工作負載分布。負載平衡旨在優(yōu)化資源使用，最大化吞吐量，最小化響應時間并避免任何單一資源的過載。使用多個組件進行負載平衡而不是單個組件可能會通過冗余來提高可靠性和可用性。負載平衡通常涉及專用軟件或硬件，例如多層交換機或域名系統(tǒng)服務(wù)器進程。

7、什么是 Hystrix？它如何實現(xiàn)容錯？

Hystrix 是一個延遲和容錯庫，旨在隔離遠程系統(tǒng)，服務(wù)和第三方庫的訪問點，當出現(xiàn)故障是不可避免的故障時，停止級聯(lián)故障并在復雜的分布式系統(tǒng)中實現(xiàn)彈性。

通常對于使用微服務(wù)架構(gòu)開發(fā)的系統(tǒng)，涉及到許多微服務(wù)。這些微服務(wù)彼此協(xié)作。

思考以下微服務(wù)

假設(shè)如果上圖中的微服務(wù) 9 失敗了，那么使用傳統(tǒng)方法我們將傳播一個異常。但這仍然會導致整個系統(tǒng)崩潰。

隨著微服務(wù)數(shù)量的增加，這個問題變得更加復雜。微服務(wù)的數(shù)量可以高達 1000.這是 hystrix 出現(xiàn)的地方 我們將使用 Hystrix 在這種情況下的 Fallback 方法功能。我們有兩個服務(wù) employee-consumer 使用由 employee-consumer 公開的服務(wù)。

簡化圖如下所示

現(xiàn)在假設(shè)由于某種原因，employee-producer 公開的服務(wù)會拋出異常。我們在這種情況下使用 Hystrix 定義了一個回退方法。這種后備方法應該具有與公開服務(wù)相同的返回類型。如果暴露服務(wù)中出現(xiàn)異常，則回退方法將返回一些值。

8、什么是 Hystrix 斷路器？我們需要它嗎？

由于某些原因，employee-consumer 公開服務(wù)會引發(fā)異常。在這種情況下使用Hystrix 我們定義了一個回退方法。如果在公開服務(wù)中發(fā)生異常，則回退方法返回一些默認值。

如果 firstPage method() 中的異常繼續(xù)發(fā)生，則 Hystrix 電路將中斷，并且員工使用者將一起跳過 firtsPage 方法，并直接調(diào)用回退方法。 斷路器的目的是給第一頁方法或第一頁方法可能調(diào)用的其他方法留出時間，并導致異?；謴??？赡馨l(fā)生的情況是，在負載較小的情況下，導致異常的問題有更好的恢復機會 。

9、什么是 Netflix Feign？它的優(yōu)點是什么？

Feign 是受到 Retrofit，JAXRS-2.0 和 WebSocket 啟發(fā)的 java 客戶端聯(lián)編程序。

Feign 的第一個目標是將約束分母的復雜性統(tǒng)一到 http apis，而不考慮其穩(wěn)定性。

在 employee-consumer 的例子中，我們使用了 employee-producer 使用 REST模板公開的 REST 服務(wù)。

但是我們必須編寫大量代碼才能執(zhí)行以下步驟

（1）使用功能區(qū)進行負載平衡。

（2）獲取服務(wù)實例，然后獲取基本 URL。

（3）利用 REST 模板來使用服務(wù)。 前面的代碼如下

@Controller
public class ConsumerControllerClient {
    @Autowired
    private LoadBalancerClient loadBalancer;
    public void getEmployee() throws RestClientException, IOException {
        ServiceInstance serviceInstance=loadBalancer.choose("employee-producer");
        System.out.println(serviceInstance.getUri());
        String baseUrl=serviceInstance.getUri().toString();
        baseUrl=baseUrl+"/employee";
        RestTemplate restTemplate = new RestTemplate();
        ResponseEntity<String> response=null;
        try{
            response=restTemplate.exchange(baseUrl,
                        HttpMethod.GET, getHeaders(),String.class);
        }
        catch (Exception ex)
            {
            System.out.println(ex);
        }
        System.out.println(response.getBody());
    }

之前的代碼，有像 NullPointer 這樣的例外的機會，并不是最優(yōu)的。我們將看到如何使用 Netflix Feign 使呼叫變得更加輕松和清潔。如果 Netflix Ribbon 依賴關(guān)系也在類路徑中，那么 Feign 默認也會負責負載平衡。

10、什么是 Spring Cloud Bus？我們需要它嗎？

考慮以下情況：我們有多個應用程序使用 Spring Cloud Config 讀取屬性，而Spring Cloud Config 從 GIT 讀取這些屬性。

下面的例子中多個員工生產(chǎn)者模塊從 Employee Config Module 獲取 Eureka 注冊的財產(chǎn)。

如果假設(shè) GIT 中的 Eureka 注冊屬性更改為指向另一臺 Eureka 服務(wù)器，會發(fā)生什么情況。在這種情況下，我們將不得不重新啟動服務(wù)以獲取更新的屬性。

還有另一種使用執(zhí)行器端點/刷新的方式。但是我們將不得不為每個模塊單獨調(diào)用這個 url。例如，如果 Employee Producer1 部署在端口 8080 上，則調(diào)用 http：// localhost：8080 / refresh。同樣對于 Employee Producer2 http：//localhost：8081 / refresh 等等。這又很麻煩。這就是 Spring Cloud Bus 發(fā)揮作用的地方。

Spring Cloud Bus 提供了跨多個實例刷新配置的功能。因此，在上面的示例中，如果我們刷新 Employee Producer1，則會自動刷新所有其他必需的模塊。如果我們有多個微服務(wù)啟動并運行，這特別有用。這是通過將所有微服務(wù)連接到單個消息代理來實現(xiàn)的。無論何時刷新實例，此事件都會訂閱到偵聽此代理的所有微服務(wù)，并且它們也會刷新?？梢酝ㄟ^使用端點/總線/刷新來實現(xiàn)對任何單個實例的刷新。

11.springcloud斷路器的作用

當一個服務(wù)調(diào)用另一個服務(wù)由于網(wǎng)絡(luò)原因或自身原因出現(xiàn)問題，調(diào)用者就會等待被調(diào)用者的響應 當更多的服務(wù)請求到這些資源導致更多的請求等待，發(fā)生連鎖效應（雪崩效應）

斷路器有完全打開狀態(tài):一段時間內(nèi) 達到一定的次數(shù)無法調(diào)用 并且多次監(jiān)測沒有恢復的跡象 斷路器完全打開 那么下次請求就不會請求到該服務(wù)

半開:短時間內(nèi) 有恢復跡象 斷路器會將部分請求發(fā)給該服務(wù)，正常調(diào)用時 斷路器關(guān)閉

關(guān)閉：當服務(wù)一直處于正常狀態(tài) 能正常調(diào)用

12、什么是SpringCloudConfig?

在分布式系統(tǒng)中，由于服務(wù)數(shù)量巨多，為了方便服務(wù)配置文件統(tǒng)一管理，實時更新，所以需要分布式配置中心組件。在Spring Cloud中，有分布式配置中心組件spring cloud config ，它支持配置服務(wù)放在配置服務(wù)的內(nèi)存中（即本地），也支持放在遠程Git倉庫中。在spring cloud config 組件中，分兩個角色，一是config server，二是config client。

使用：

（1）添加pom依賴

（2）配置文件添加相關(guān)配置

（3）啟動類添加注解@EnableConfigServer

13、Spring Cloud Gateway?

Spring Cloud Gateway是Spring Cloud官方推出的第二代網(wǎng)關(guān)框架，取代Zuul網(wǎng)關(guān)。網(wǎng)關(guān)作為流量的，在微服務(wù)系統(tǒng)中有著非常作用，網(wǎng)關(guān)常見的功能有路由轉(zhuǎn)發(fā)、權(quán)限校驗、限流控制等作用。

使用了一個RouteLocatorBuilder的bean去創(chuàng)建路由，除了創(chuàng)建路由RouteLocatorBuilder可以讓你添加各種predicates和filters，predicates斷言的意思，顧名思義就是根據(jù)具體的請求的規(guī)則，由具體的route去處理，filters是各種過濾器，用來對請求做各種判斷和修改。

Spring Boot面試題

1、什么是 Spring Boot？

多年來，隨著新功能的增加，spring 變得越來越復雜。訪問spring官網(wǎng)頁面，我們就會看到可以在我們的應用程序中使用的所有 Spring 項目的不同功能。如果必須啟動一個新的 Spring 項目，我們必須添加構(gòu)建路徑或添加 Maven 依賴關(guān)系，配置應用程序服務(wù)器，添加 spring 配置。因此，開始一個新的 spring 項目需要很多努力，因為我們現(xiàn)在必須從頭開始做所有事情。

Spring Boot 是解決這個問題的方法。Spring Boot 已經(jīng)建立在現(xiàn)有 spring 框架之上。使用 spring 啟動，我們避免了之前我們必須做的所有樣板代碼和配置。因此，Spring Boot 可以幫助我們以最少的工作量，更加健壯地使用現(xiàn)有的 Spring功能。

2、Spring Boot 有哪些優(yōu)點？

Spring Boot 的優(yōu)點有：

1、減少開發(fā)，測試時間和努力。

2、使用 JavaConfig 有助于避免使用 XML。

3、避免大量的 Maven 導入和各種版本沖突。

4、提供意見發(fā)展方法。

5、通過提供默認值快速開始開發(fā)。

6、沒有單獨的 Web 服務(wù)器需要。這意味著你不再需要啟動 Tomcat，Glassfish或其他任何東西。

7、需要更少的配置 因為沒有 web.xml 文件。只需添加用@ Configuration 注釋的類，然后添加用@Bean 注釋的方法，Spring 將自動加載對象并像以前一樣對其進行管理。您甚至可以將@Autowired 添加到 bean 方法中，以使 Spring 自動裝入需要的依賴關(guān)系中。

8、基于環(huán)境的配置 使用這些屬性，您可以將您正在使用的環(huán)境傳遞到應用程序：-Dspring.profiles.active = {enviornment}。在加載主應用程序?qū)傩晕募螅琒pring 將在（application{environment} .properties）中加載后續(xù)的應用程序?qū)傩晕募?/p>

3、什么是 JavaConfig？

Spring JavaConfig 是 Spring 社區(qū)的產(chǎn)品，它提供了配置 Spring IoC 容器的純Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的優(yōu)點在于：

（1）面向?qū)ο蟮呐渲?。由于配置被定義為 JavaConfig 中的類，因此用戶可以充分利用 Java 中的面向?qū)ο蠊δ堋Ｒ粋€配置類可以繼承另一個，重寫它的@Bean 方法等。

（2）減少或消除 XML 配置?；谝蕾囎⑷朐瓌t的外化配置的好處已被證明。但是，許多開發(fā)人員不希望在 XML 和 Java 之間來回切換。JavaConfig 為開發(fā)人員提供了一種純 Java 方法來配置與 XML 配置概念相似的 Spring 容器。從技術(shù)角度來講，只使用 JavaConfig 配置類來配置容器是可行的，但實際上很多人認為將JavaConfig 與 XML 混合匹配是理想的。

（3）類型安全和重構(gòu)友好。JavaConfig 提供了一種類型安全的方法來配置 Spring容器。由于 Java 5.0 對泛型的支持，現(xiàn)在可以按類型而不是按名稱檢索 bean，不需要任何強制轉(zhuǎn)換或基于字符串的查找。

4、如何重新加載 Spring Boot 上的更改，而無需重新啟動服務(wù)器？

這可以使用 DEV 工具來實現(xiàn)。通過這種依賴關(guān)系，您可以節(jié)省任何更改，嵌入式tomcat 將重新啟動。Spring Boot 有一個開發(fā)工具（DevTools）模塊，它有助于提高開發(fā)人員的生產(chǎn)力。Java 開發(fā)人員面臨的一個主要挑戰(zhàn)是將文件更改自動部署到服務(wù)器并自動重啟服務(wù)器。開發(fā)人員可以重新加載 Spring Boot 上的更改，而無需重新啟動服務(wù)器。這將消除每次手動部署更改的需要。Spring Boot 在發(fā)布它的第一個版本時沒有這個功能。這是開發(fā)人員最需要的功能。DevTools 模塊完全滿足開發(fā)人員的需求。該模塊將在生產(chǎn)環(huán)境中被禁用。它還提供 H2 數(shù)據(jù)庫控制臺以更好地測試應用程序。

<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<optional>true</optional>

5、Spring Boot 中的監(jiān)視器是什么？

Spring boot actuator 是 spring 啟動框架中的重要功能之一。Spring boot 監(jiān)視器可幫助您訪問生產(chǎn)環(huán)境中正在運行的應用程序的當前狀態(tài)。有幾個指標必須在生產(chǎn)環(huán)境中進行檢查和監(jiān)控。即使一些外部應用程序可能正在使用這些服務(wù)來向相關(guān)人員觸發(fā)警報消息。監(jiān)視器模塊公開了一組可直接作為 HTTP URL 訪問的REST 端點來檢查狀態(tài)。

6、如何在 Spring Boot 中禁用 Actuator 端點安全性？

默認情況下，所有敏感的 HTTP 端點都是安全的，只有具有 ACTUATOR 角色的用戶才能訪問它們。安全性是使用標準的 HttpServletRequest.isUserInRole 方法實施的。 我們可以使用來禁用安全性。只有在執(zhí)行機構(gòu)端點在防火墻后訪問時，才建議禁用安全性。

7、如何在自定義端口上運行 Spring Boot 應用程序？

為了在自定義端口上運行 Spring Boot 應用程序，您可以在application.properties 中指定端口。server.port = 8090

8、什么是 YAML？

YAML 是一種人類可讀的數(shù)據(jù)序列化語言。它通常用于配置文件。與屬性文件相比，如果我們想要在配置文件中添加復雜的屬性，YAML 文件就更加結(jié)構(gòu)化，而且更少混淆?？梢钥闯?YAML 具有分層配置數(shù)據(jù)。

9、如何實現(xiàn) Spring Boot 應用程序的安全性？

為了實現(xiàn) Spring Boot 的安全性，我們使用 spring-boot-starter-security 依賴項，并且必須添加安全配置。它只需要很少的代碼。配置類將必須擴展WebSecurityConfigurerAdapter 并覆蓋其方法。

10、如何集成 Spring Boot 和 ActiveMQ？

對于集成 Spring Boot 和 ActiveMQ，我們使用依賴關(guān)系。 它只需要很少的配置，并且不需要樣板代碼。

11、如何使用 Spring Boot 實現(xiàn)分頁和排序？

使用 Spring Boot 實現(xiàn)分頁非常簡單。使用 Spring Data-JPA 可以實現(xiàn)將可分頁的傳遞給存儲庫方法。

12、什么是 Swagger？你用 Spring Boot 實現(xiàn)了它嗎？

Swagger 廣泛用于可視化 API，使用 Swagger UI 為前端開發(fā)人員提供在線沙箱。Swagger 是用于生成 RESTful Web 服務(wù)的可視化表示的工具，規(guī)范和完整框架實現(xiàn)。它使文檔能夠以與服務(wù)器相同的速度更新。當通過 Swagger 正確定義時，消費者可以使用最少量的實現(xiàn)邏輯來理解遠程服務(wù)并與其進行交互。因此，Swagger消除了調(diào)用服務(wù)時的猜測。

13、什么是 Spring Profiles？

Spring Profiles 允許用戶根據(jù)配置文件（dev，test，prod 等）來注冊 bean。因此，當應用程序在開發(fā)中運行時，只有某些 bean 可以加載，而在 PRODUCTION中，某些其他 bean 可以加載。假設(shè)我們的要求是 Swagger 文檔僅適用于 QA 環(huán)境，并且禁用所有其他文檔。這可以使用配置文件來完成。Spring Boot 使得使用配置文件非常簡單。

14、什么是 Spring Batch？

Spring Boot Batch 提供可重用的函數(shù)，這些函數(shù)在處理大量記錄時非常重要，包括日志/跟蹤，事務(wù)管理，作業(yè)處理統(tǒng)計信息，作業(yè)重新啟動，跳過和資源管理。它還提供了更先進的技術(shù)服務(wù)和功能，通過優(yōu)化和分區(qū)技術(shù)，可以實現(xiàn)極高批量和高性能批處理作業(yè)。簡單以及復雜的大批量批處理作業(yè)可以高度可擴展的方式利用框架處理重要大量的信息。

15、什么是 FreeMarker 模板？

FreeMarker 是一個基于 Java 的模板引擎，最初專注于使用 MVC 軟件架構(gòu)進行動態(tài)網(wǎng)頁生成。使用 Freemarker 的主要優(yōu)點是表示層和業(yè)務(wù)層的完全分離。程序員可以處理應用程序代碼，而設(shè)計人員可以處理 html 頁面設(shè)計。最后使用freemarker 可以將這些結(jié)合起來，給出最終的輸出頁面。

16、如何使用 Spring Boot 實現(xiàn)異常處理？

Spring 提供了一種使用 ControllerAdvice 處理異常的非常有用的方法。 我們通過實現(xiàn)一個 ControlerAdvice 類，來處理控制器類拋出的所有異常。

17、您使用了哪些 starter maven 依賴項？

使用了下面的一些依賴項

spring-boot-starter-activemq

spring-boot-starter-security

這有助于增加更少的依賴關(guān)系，并減少版本的沖突。

18、什么是 CSRF 攻擊？

CSRF 代表跨站請求偽造。這是一種攻擊，迫使最終用戶在當前通過身份驗證的Web 應用程序上執(zhí)行不需要的操作。CSRF 攻擊專門針對狀態(tài)改變請求，而不是數(shù)據(jù)竊取，因為攻擊者無法查看對偽造請求的響應。

19、什么是 WebSockets？

WebSocket 是一種計算機通信協(xié)議，通過單個 TCP 連接提供全雙工通信信道。

1、WebSocket 是雙向的 -使用 WebSocket 客戶端或服務(wù)器可以發(fā)起消息發(fā)送。

2、WebSocket 是全雙工的 -客戶端和服務(wù)器通信是相互獨立的。

3、單個 TCP 連接 -初始連接使用 HTTP，然后將此連接升級到基于套接字的連接。然后這個單一連接用于所有未來的通信

4、Light -與 http 相比，WebSocket 消息數(shù)據(jù)交換要輕得多。

20、什么是 AOP？

在軟件開發(fā)過程中，跨越應用程序多個點的功能稱為交叉問題。這些交叉問題與應用程序的主要業(yè)務(wù)邏輯不同。因此，將這些橫切關(guān)注與業(yè)務(wù)邏輯分開是面向方面編程（AOP）的地方。

21、什么是 Apache Kafka？

Apache Kafka 是一個分布式發(fā)布 - 訂閱消息系統(tǒng)。它是一個可擴展的，容錯的發(fā)布 - 訂閱消息系統(tǒng)，它使我們能夠構(gòu)建分布式應用程序。這是一個 Apache 頂級項目。Kafka 適合離線和在線消息消費。

22、我們?nèi)绾伪O(jiān)視所有 Spring Boot 微服務(wù)？

Spring Boot 提供監(jiān)視器端點以監(jiān)控各個微服務(wù)的度量。這些端點對于獲取有關(guān)應用程序的信息（如它們是否已啟動）以及它們的組件（如數(shù)據(jù)庫等）是否正常運行很有幫助。但是，使用監(jiān)視器的一個主要缺點或困難是，我們必須單獨打開應用程序的知識點以了解其狀態(tài)或健康狀況。想象一下涉及 50 個應用程序的微服務(wù)，管理員將不得不擊中所有 50 個應用程序的執(zhí)行終端。為了幫助我們處理這種情況，我們將使用位于的開源項目。 它建立在 Spring Boot Actuator 之上，它提供了一個 Web UI，使我們能夠可視化多個應用程序的度量。

最后

 到此這篇關(guān)于85道Java微服務(wù)面試題整理,助力2020面試 的文章就介紹到這了,更多相關(guān)Java微服務(wù)面試題內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持腳本之家！

最新評論