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

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

• 獨(dú)立部署?– 基于其服務(wù)，可以在任何應(yīng)用程序中單獨(dú)部署它們

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

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

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

Q3。微服務(wù)有哪些特點(diǎn)？

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

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

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

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

• 自治?– 開發(fā)人員和團(tuán)隊(duì)可以彼此獨(dú)立工作，從而提高速度

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

• 責(zé)任?– 微服務(wù)不關(guān)注應(yīng)用程序作為項(xiàng)目。相反，他們將應(yīng)用程序視為他們負(fù)責(zé)的產(chǎn)品

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

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

Q4。設(shè)計(jì)微服務(wù)的最佳實(shí)踐是什么？

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

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

Q5。微服務(wù)架構(gòu)如何運(yùn)作？

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

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

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

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

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

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

• 管理?– 在節(jié)點(diǎn)上平衡服務(wù)并識別故障。

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

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

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

Q6。微服務(wù)架構(gòu)的優(yōu)缺點(diǎn)是什么？

微服務(wù)架構(gòu)的優(yōu)點(diǎn)

微服務(wù)架構(gòu)的缺點(diǎn)

自由使用不同的技術(shù)

增加故障排除挑戰(zhàn)

每個微服務(wù)都側(cè)重于單一功能

由于遠(yuǎn)程呼叫而增加延遲

支持單個可部署單元

增加了配置和其他操作的工作量

允許經(jīng)常發(fā)布軟件

難以保持交易安全

確保每項(xiàng)服務(wù)的安全性

艱難地跨越各種邊界跟蹤數(shù)據(jù)

多個服務(wù)是并行開發(fā)和部署的

難以在服務(wù)之間進(jìn)行編碼

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

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

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

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

• 微服務(wù)架構(gòu)是一種架構(gòu)風(fēng)格，它將應(yīng)用程序構(gòu)建為以業(yè)務(wù)域?yàn)槟Ｐ偷男⌒妥灾畏?wù)集合。

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

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

• 自動化組件：難以自動化，因?yàn)橛性S多較小的組件。因此，對于每個組件，我們必須遵循Build，Deploy和Monitor的各個階段。

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

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

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

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

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

SOA

微服務(wù)

遵循“ 盡可能多的共享 ”架構(gòu)方法

遵循“ 盡可能少分享 ”的架構(gòu)方法

重要性在于 業(yè)務(wù)功能 重用

重要性在于“ 有界背景 ” 的概念

他們有 共同的 治理 和標(biāo)準(zhǔn)

他們專注于 人們的 合作 和其他選擇的自由

使用 企業(yè)服務(wù)總線（ESB） 進(jìn)行通信

簡單的消息系統(tǒng)

它們支持 多種消息協(xié)議

他們使用 輕量級協(xié)議 ，如 HTTP / REST 等。

多線程， 有更多的開銷來處理I / O.

單線程 通常使用Event Loop功能進(jìn)行非鎖定I / O處理

最大化應(yīng)用程序服務(wù)可重用性

專注于 解耦

傳統(tǒng)的關(guān)系數(shù)據(jù)庫 更常用

現(xiàn)代 關(guān)系數(shù)據(jù)庫 更常用

系統(tǒng)的變化需要修改整體

系統(tǒng)的變化是創(chuàng)造一種新的服務(wù)

DevOps / Continuous Delivery正在變得流行，但還不是主流

專注于DevOps /持續(xù)交付

Q10。微服務(wù)有什么特點(diǎn)？

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

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

Q11。什么是領(lǐng)域驅(qū)動設(shè)計(jì)？

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

Q12。為什么需要域驅(qū)動設(shè)計(jì)（DDD）？

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

Q13。什么是無所不在的語言？

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

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

Q14。什么是凝聚力？

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

Q15。什么是耦合？

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

Q16。什么是REST / RESTful以及它的用途是什么？

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

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

Q17。你對Spring Boot有什么了解？

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

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

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

Q18。什么是Spring引導(dǎo)的執(zhí)行器？

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

Q19。什么是Spring Cloud？

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

Q20。Spring Cloud解決了哪些問題？

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

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

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

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

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

• 減少性能問題 –?減少因各種操作開銷導(dǎo)致的性能問題。

Q21。在Spring MVC應(yīng)用程序中使用WebMvcTest注釋有什么用處？

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

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

休息

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

微服務(wù)

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

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

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

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

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

• 在中間層面，我們進(jìn)行了諸如壓力測試和可用性測試之類的探索性測試。

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

Q24。您對Distributed Transaction有何了解？

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

Q25。什么是Idempotence以及它在哪里使用？

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

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

Q26。什么是有界上下文？

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

Q27。什么是雙因素身份驗(yàn)證？

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

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

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

Q28。雙因素身份驗(yàn)證的憑據(jù)類型有哪些？

這三種憑證是：

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

自我介紹一下，小編13年上海交大畢業(yè)，曾經(jīng)在小公司待過，也去過華為、OPPO等大廠，18年進(jìn)入阿里一直到現(xiàn)在。

深知大多數(shù)Java工程師，想要提升技能，往往是自己摸索成長或者是報(bào)班學(xué)習(xí)，但對于培訓(xùn)機(jī)構(gòu)動則幾千的學(xué)費(fèi)，著實(shí)壓力不小。自己不成體系的自學(xué)效果低效又漫長，而且極易碰到天花板技術(shù)停滯不前！

因此收集整理了一份《2024年Java開發(fā)全套學(xué)習(xí)資料》，初衷也很簡單，就是希望能夠幫助到想自學(xué)提升又不知道該從何學(xué)起的朋友，同時減輕大家的負(fù)擔(dān)。

既有適合小白學(xué)習(xí)的零基礎(chǔ)資料，也有適合3年以上經(jīng)驗(yàn)的小伙伴深入學(xué)習(xí)提升的進(jìn)階課程，基本涵蓋了95%以上Java開發(fā)知識點(diǎn)，真正體系化！

由于文件比較大，這里只是將部分目錄截圖出來，每個節(jié)點(diǎn)里面都包含大廠面經(jīng)、學(xué)習(xí)筆記、源碼講義、實(shí)戰(zhàn)項(xiàng)目、講解視頻，并且會持續(xù)更新！

如果你覺得這些內(nèi)容對你有幫助，可以掃碼獲?。。。▊渥ava獲取）

最后的內(nèi)容

在開頭跟大家分享的時候我就說，面試我是沒有做好準(zhǔn)備的，全靠平時的積累，確實(shí)有點(diǎn)臨時抱佛腳了，以至于我自己還是挺懊惱的。（準(zhǔn)備好了或許可以拿個40k，沒做準(zhǔn)備只有30k+，你們懂那種感覺嗎）

如何準(zhǔn)備面試？

1、前期鋪墊（技術(shù)沉積）

程序員面試其實(shí)是對于技術(shù)的一次摸底考試，你的技術(shù)牛逼，那你就是大爺。大廠對于技術(shù)的要求主要體現(xiàn)在：基礎(chǔ)，原理，深入研究源碼，廣度，實(shí)戰(zhàn)五個方面，也只有將原理理論結(jié)合實(shí)戰(zhàn)才能把技術(shù)點(diǎn)吃透。

下面是我會看的一些資料筆記，希望能幫助大家由淺入深，由點(diǎn)到面的學(xué)習(xí)Java，應(yīng)對大廠面試官的靈魂追問

這部分內(nèi)容過多，小編只貼出部分內(nèi)容展示給大家了，見諒見諒！

• Java程序員必看《Java開發(fā)核心筆記（華山版）》

• Redis學(xué)習(xí)筆記

• Java并發(fā)編程學(xué)習(xí)筆記

四部分，詳細(xì)拆分并發(fā)編程——并發(fā)編程+模式篇+應(yīng)用篇+原理篇

• Java程序員必看書籍《深入理解 ava虛擬機(jī)第3版》（pdf版）

• 大廠面試必問——數(shù)據(jù)結(jié)構(gòu)與算法匯集筆記

其他像Spring，SpringBoot，SpringCloud，SpringCloudAlibaba，Dubbo，Zookeeper，Kafka，RocketMQ，RabbitMQ，Netty，MySQL，Docker，K8s等等我都整理好，這里就不一一展示了。

2、狂刷面試題

技術(shù)主要是體現(xiàn)在平時的積累實(shí)用，面試前準(zhǔn)備兩個月的時間再好好復(fù)習(xí)一遍，緊接著就可以刷面試題了，下面這些面試題都是小編精心整理的，貼給大家看看。

①大廠高頻45道筆試題（智商題）

②BAT大廠面試總結(jié)（部分內(nèi)容截圖）

③面試總結(jié)

3、結(jié)合實(shí)際，修改簡歷

程序員的簡歷一定要多下一些功夫，尤其是對一些字眼要再三斟酌，如“精通、熟悉、了解”這三者的區(qū)別一定要區(qū)分清楚，否則就是在給自己挖坑了。當(dāng)然不會包裝，我可以將我的簡歷給你參考參考，如果還不夠，那下面這些簡歷模板任你挑選：

以上分享，希望大家可以在金三銀四跳槽季找到一份好工作，但千萬也記住，技術(shù)一定是平時工作種累計(jì)或者自學(xué)（或報(bào)班跟著老師學(xué)）通過實(shí)戰(zhàn)累計(jì)的，千萬不要臨時抱佛腳。

另外，面試中遇到不會的問題不妨嘗試講講自己的思路，因?yàn)橛行﹩栴}不是考察我們的編程能力，而是邏輯思維表達(dá)能力；最后平時要進(jìn)行自我分析與評價，做好職業(yè)規(guī)劃，不斷摸索，提高自己的編程能力和抽象思維能力。
《一線大廠Java面試題解析+核心總結(jié)學(xué)習(xí)筆記+最新講解視頻+實(shí)戰(zhàn)項(xiàng)目源碼》，點(diǎn)擊傳送門即可獲?。?/strong>
(img-p8hPPdMs-1711955838190)]