前言
職場上的風雲湧動，求職者的連連碰壁，面試官的一崗難尋，求職者也是一職難求。本來面試方與求職者即爲互惠互利的兩者，但是爲什麼會出現這種情況呢？
確實！現在很不難看出，一些崗位的稀缺性和不可替代性，在招聘啓事上比比皆是。
當然啦，程序員肯定也是算在此列人員中的，其實我們在對比中也不難看出，程序員的薪資水平是遠遠大於同時期其它工種水平的，也正因爲它的特殊性，導致近年來進入該行業的人員絡繹不絕。
而大批量的人員湧入帶來的就是如今行業的待價而沽，同一崗位的要求越來越高，薪資水平卻仍還在原地徘徊！ 但大量勞動力的湧入，卻還是讓這種情況愈演愈烈，面對同是求職者的競爭，大批量的求職者在這個行業碰壁，出現了失業、找工作難、就業壓力大、工作強度高等等......
當然，有爭議就會有非議
相信大家也不難看出，網絡上的輿論對於程序員是有多麼的不友好，“脫髮”“早衰”“老實人”“程序狗”...一大堆可能有些不太好聽的的稱號接踵而至。 雖然確實不好聽，但卻句句扎心了！
不過人嘛！ 只有正視不好的，才能微笑面對人生。
節選自———《阿博的人生格言》
哈哈，給大家開個玩笑。活躍下氣氛，不然老說這麼嚴肅的東西，會影響大家閱讀體驗感的！
不過也說了這麼多，就會有人問了：阿博阿博！ 你說的面試經驗到底是什麼啊，趕快給我們大家講講啊，就別賣關子了。
行！ 那咱就別整這麼多虛的了，直接給你們整點實在的~
還是那句老話：佛咯密~
簡歷篇
排版注意事項：
這個是比較重要的，尤其是現在的面試簡歷基本都是網投，面試官往往一天就要看上幾十甚至上百份簡歷，當千篇一律的簡歷之中突然閃出一份，格式清晰，分段優美，簡潔卻又不失美觀的簡歷時，勢必會停下多看兩眼，你的面試機率也會大大提高哦！
所以，阿博給大家總結了如下幾點：
**1. **儘量簡潔，不要太花裏胡哨；
**2. **一些技術名詞不要弄錯了大小寫比如MySQL不要寫成mysql，Java不要寫成java。這個在我看來還
是比較忌諱的，所以一定要注意這個細節；
**3. **中文和數字英文之間加上空格的話看起來會舒服一點；
4. 儘量避免主觀表述，少一點語義模糊的形容詞，儘量要簡潔明瞭，邏輯結構清晰。
5. 如果自己有博客或者個人技術棧點的話，寫上去會爲你加分很多。
6. 如果自己的Github比較活躍的話，寫上去也會爲你加分很多。
7. 注意簡歷真實性，一定不要寫自己不會的東西，或者帶有欺騙性的內容
**8. **項目經歷建議以時間倒序排序，另外項目經歷不在於多，而在於有亮點。
**9. **如果內容過多的話，不需要非把內容壓縮到一頁，保持排版乾淨整潔就可以了。
**10. **簡歷最後最好能加上：“感謝您花時間閱讀我的簡歷，期待能有機會和您共事。”這句話，顯得你會
很有禮貌
如何正確記錄項目，該如何正確書寫：
相信大家只要去面試，簡歷上有一兩個項目經歷都是再正常不過的，但如何才能真正的把項目經歷正確的呈現給面試官又是另外一件事了。
對於項目經歷的描寫，大家可以看看我之前那篇文章，《爲什麼90%的程序員都能贏在簡歷上！》
（以下內容也節選自該文章部分）：
1. 對項目整體設計的一個感受
2. 在這個項目中你負責了什麼、做了什麼、擔任了什麼角色
3. 從這個項目中你學會了那些東西，使用到了那些技術，學會了那些新技術的使用
4. 另外項目描述中，最好可以體現自己的綜合素質，比如你是如何協調項目組成員協同開發的或者在
遇到某一個棘手的問題的時候你是如何解決的又或者說你在這個項目用了什麼技術實現了什麼功能
比如:用redis做緩存提高訪問速度和併發量、使用消息隊列削峯和降流等等。
專業技能又該怎麼寫呢？
1：首先先問一下你自己會什麼，然後看看你意向的公司需要什麼。一般HR可能並不太懂技術，所以他在篩選
2、簡歷的時候可能就盯着你專業技能的關鍵詞來看。對於公司有要求而你不會的技能，你可以花幾天時間準備一下。
3、在簡歷上可以寫上自己瞭解這個技能。比如你可以這樣寫(下面這部分內容摘自我的簡
歷，大家可以根據自己的情況做一些修改和完善)：
計算機網絡、數據結構、算法、操作系統等課內基礎知識：掌握
Java 基礎知識：掌握
JVM 虛擬機（Java內存區域、虛擬機垃圾算法、虛擬垃圾收集器、JVM內存管理）：掌握
高併發、高可用、高性能系統開發：掌握
Struts2、Spring、Hibernate、Ajax、Mybatis、JQuery ：掌握
SSH 整合、SSM 整合、 SOA 架構：掌握
Dubbo： 掌握
Zookeeper: 掌握
常見消息隊列: 掌握
Linux：掌握
MySQL常見優化手段：掌握
Spring Boot +Spring Cloud +Docker:瞭解
Hadoop 生態相關技術中的 HDFS、Storm、MapReduce、Hive、Hbase ：瞭解
Python 基礎、一些常見第三方庫比如OpenCV、wxpy、wordcloud、matplotlib：熟悉
簡明扼要的兩個點，如果你都能滿足！ 那很好，騷年，你已經邁出了第一步，坐等收面試通知吧。
不過簡歷投放切忌好高騖遠，還是以實事求是爲主，有多大能力幹多大活，量力而行哦！
面經實戰篇
說到面經實戰篇，那就有的嗶嗶了，從Java基礎到kafka、分佈式、spring、MyBatis、ZooKeeper、微服務，都能說到明年去，就是我想說，估計大家也不想看到我的手打字打到殘廢吧！
開個玩笑，既然說是面經實戰篇，怎麼闊能沒有實戰呢?
接下來的內容就是阿博蒐集了今年整個上半年各一線熱門大廠的面試真題集！ 不過由於篇幅有限，只能給大家先列舉出部分，後續如有需要獲取完整面經資料可關注@阿博的Java棧後臺私信：面經PDF 即可！ 再說一遍，需要獲取的後臺私信：**面經PDF **即可！
那麼，開整！！！（以下內容僅例舉部分）
Java反射篇
1、除了使用new創建對象之外，還可以用什麼方法創建對象？
使用Java反射可以創建對象!
2、Java反射創建對象效率高還是通過new創建對象的效率高？
通過new創建對象的效率比較高。通過反射時，先找查找類資源，使用類加載器創建，過程比較繁瑣，所以效率較低
3、java反射的作用
反射機制是在運行時，對於任意一個類，都能夠知道這個類的所有屬性和方法；對於任意個對象，都能夠調用它的任意一個方法。在java
中，只要給定類的名字，就可以通過反射機制來獲得類的所有信息。
這種動態獲取的信息以及動態調用對象的方法的功能稱爲Java語言的反射機制。
4、哪裏會用到反射機制？
jdbc就是典型的反射
這就是反射。如hibernate，struts等框架使用反射實現的。
5、反射的實現方式：
第一步：獲取Class對象，有4中方法：
1）Class.forName(“類的路徑”)；
2）類名.class
3）對象名.getClass()
4）基本類型的包裝類，可以調用包裝類的Type屬性來獲得該包裝類的Class對象
Java序列化篇
1、什麼是java序列化，如何實現java序列化？
序列化就是一種用來處理對象流的機制，所謂對象流也就是將對象的內容進行流化。可以對流化後的對象進行讀寫操作，也可將流化後的對
象傳輸於網絡之間。序列化是爲了解決在對對象流進行讀寫操作時所引發的問題。序列化的實現：將需要被序列化的類實現Serializable接
口，該接口沒有需要實現的方法，implements Serializable只是爲了標註該對象是可被序列化的，然後使用一個輸出流(如：
FileOutputStream)來構造一個ObjectOutputStream(對象流)對象，接着，使用ObjectOutputStream對象的writeObject(Object obj)方法
就可以將參數爲obj的對象寫出(即保存其狀態)，要恢復的話則用輸入流。
2、保存(持久化)對象及其狀態到內存或者磁盤
Java 平臺允許我們在內存中創建可複用的 Java 對象，但一般情況下，只有當 JVM 處於運行時，這些對象纔可能存在，即，這些對象的生命
週期不會比 JVM 的生命週期更長。 但在現實應用中，就可能要求在JVM停止運行之後能夠保存(持久化)指定的對象，並在將來重新讀取被保
存的對象。Java 對象序列化就能夠幫助我們實現該功能。
3、序列化對象以字節數組保持-靜態成員不保存
使用 Java 對象序列化， 在保存對象時，會把其狀態保存爲一組字節，在未來， 再將這些字節組裝成對象。必須注意的是， 對象序列化保存
的是對象的”狀態”，即它的成員變量。由此可知，對象序列化不會關注類中的靜態變量。
4、序列化用戶遠程對象傳輸
除了在持久化對象時會用到對象序列化之外，當使用 RMI(遠程方法調用)，或在網絡中傳遞對象時，都會用到對象序列化。 Java序列化API
爲處理對象序列化提供了一個標準機制，該API簡單易用。
5、Serializable 實現序列化
在 Java 中， 只要一個類實現了 java.io.Serializable 接口，那麼它就可以被序列化。ObjectOutputStream 和 ObjectInputStream 對對象進
行序列化及反序列化通過 ObjectOutputStream 和 ObjectInputStream 對對象進行序列化及反序列化。
JVM篇
1、java中會存在內存泄漏嗎，請簡單描述。
會。自己實現堆載的數據結構時有可能會出現內存泄露，可參看effffective java.
2、64 位 JVM 中，int 的長度是多數？
Java 中，int 類型變量的長度是一個固定值，與平臺無關，都是 32 位。意思就是說，在 32 位 和 64 位 的 Java 虛擬機中，int 類型的長度是
相同的。
3、Serial 與 Parallel GC 之間的不同之處？
Serial 與 Parallel 在 GC 執行的時候都會引起 stop-the-world。它們之間主要不同 serial 收集器是默認的複製收集器，執行 GC 的時候只有
一個線程，而parallel 收集器使用多個 GC 線程來執行。
4、32 位和 64 位的 JVM，int 類型變量的長度是多數？
32 位和 64 位的 JVM 中，int 類型變量的長度是相同的，都是 32 位或者 4個字節。
5、Java 中 WeakReference 與 SoftReference 的區別？
雖然 WeakReference 與 SoftReference 都有利於提高 GC 和 內存的效率，但是 WeakReference ，一旦失去最後一個強引用，就會被 GC
回收，而軟引用雖然不能阻止被回收，但是可以延遲到 JVM 內存不足的時候。
Memcached篇
1、Memcached 是什麼，有什麼作用？
Memcached 是一個開源的，高性能的內存綬存軟件，從名稱上看 Mem 就是內存的意思，而 Cache 就是緩存的意思。Memcached 的作
用：通過在事先規劃好的內存空間中臨時綬存數據庫中的各類數據，以達到減少業務對數據庫的直接高併發訪問，從而達到提升數據庫的訪
問性能，加速網站集羣動態應用服務的能力。 2、memcached 服務在企業集羣架構中有哪些應用場景？
一、作爲數據庫的前端緩存應用
a、完整緩存（易），靜態緩存
例如：商品分類（京東），以及商品信息，可事先放在內存裏，然後再對外提供數據訪問，這種先放到內存，我們稱之爲預熱，（先把數據
存緩存中），用戶訪問時可以只讀取 memcached 緩存，不讀取數據庫了。
b、執點緩存（難）
需要前端 web 程序配合，只緩存熱點的數據，即緩存經常被訪問的數據。先預熱數據庫裏的基礎數據，然後在動態更新，選讀取緩存，如
果緩存裏沒有對應的數據，程序再去讀取數據庫，然後程序把讀取的新數據放入緩存存儲。
特殊說明 ：
如果碰到電商秒殺等高併發的業務，一定要事先預熱，或者其它思想實現，例如：秒殺只是獲取資格，而不是瞬間秒殺到手商品。
那麼什麼是獲取資格？
就是在數據庫中，把 0 標成 1.就有資格啦。再慢慢的去領取商品訂單。因爲秒殺過程太長會佔用服務器資源。
如果數據更新，同時觸發緩存更新，防止給用戶過期數據。
對於持久化緩存存儲系統，例如：redis，可以替代一部分數據庫的存儲，一些簡單的數據業務，投票，統計，好友關注，商品分類等。
nosql= not onlysql
二、作業集羣的 session 會話共享存儲。
Memcached 服務在不同企業業務應用場景中的工作流程
當 web 程序需要訪問後端數據庫獲取數據時會優先訪問 Memcached 內存緩存，如果緩存中有數據就直接獲取返回前端服務及用戶，如
果沒有數據（沒有命中），在由程序請求後端的數據庫服務器，獲取到對應的數據後，除了返回給前端服務及用戶數據外，還會把數據放到
Memcached 內存中進行緩存，等待下次請求被訪問，Memcache 內存始終是數據庫的擋箭牌，從而大大的減輕數據庫的訪問壓力，提高
整個網站架構的響應速度，提升了用戶體驗。
當程序更新，修改或刪除數據庫中已有的數據時，會同時發送請求通知Memcached 已經緩存的同一個 ID 內容的舊數據失效，從而保證
Memcache中數據和數據庫中的數據一致。
如果在高併發場合，除了通知 Memcached 過程的緩存失效外，還會通過相關機制，使得在用戶訪問新數據前，通過程序預先把更新過的
數據推送到memcache 中緩存起來，這樣可以減少數據庫的訪問壓力，提升 Memcached中緩存命中率。
數據庫插件可以在寫入更新數據庫後，自動拋給 MC 緩存起來，自身不Cache.
2、Memcached 服務分佈式集羣如何實現？
特殊說明：Memcached 集羣和 web 服務集羣是不一樣的，所有 Memcached 的數據總和纔是數據庫的數據。每臺 Memcached 都是部分
數據。（一臺 memcached 的數據，就是一部分 mysql 數據庫的數據）
a、程序端實現
程序加載所有 mc 的 ip 列表，通過對 key 做 hash (一致性哈希算法)
例如：web1 (key)===>對應 A,B,C,D,E,F,G…..若干臺服務器。（通過哈希算法實現）
b、負載均衡器
通過對 key 做 hash (一致性哈希算法)一致哈希算法的目的是不但保證每個對象只請求一個對應的服務器，而且當節點宕機，緩存服務器的
更新重新分配比例降到最低。
3、Memcached 服務特點及工作原理是什麼？
a、完全基於內存緩存的
b、節點之間相互獨立
c、C/S 模式架構，C 語言編寫，總共 2000 行代碼。
d、異步Ｉ/O 模型，使用 libevent 作爲事件通知機制。
e、被緩存的數據以 key/value 鍵值對形式存在的。
f、全部數據存放於內存中，無持久性存儲的設計，重啓服務器，內存裏的數據會丟失。
g、當內存中緩存的數據容量達到啓動時設定的內存值時，就自動使用 LRU 算法刪除過期的緩存數據。
h、可以對存儲的數據設置過期時間，這樣過期後的數據自動被清除，服務本身不會監控過期，而是在訪問的時候查看 key 的時間戳,判斷是
否過期。
j、memcache 會對設定的內存進行分塊，再把塊分組，然後再提供服務
Spring Boot篇
1、什麼是 Spring Boot？
多年 來， 隨着 新功 能的 增加 ，spring 變得 越來 越復 雜。 只需 訪問https://spring.io/projects 頁面 ，我們 就會 看到 可以 在我 們的 應
用 程序 中使 用的所有 Spring 項目 的不 同功 能。 如果 必須 啓動 一個 新的 Spring 項目 ，我 們必 須添加構 建路 徑或 添加 Maven 依賴
關係 ，配 置應 用程 序服 務器 ，添 加 spring 配置 。因此 ，開始 一個 新的 spring 項目 需要 很多 努力 ，因爲 我們 現在 必須 從頭 開始
做所有事 情。
Spring Boot 是解 決這 個問 題的 方法 。Spring Boot 已經 建立 在現 有 spring 框架之上 。使用 spring 啓動 ，我們 避免 了之 前我 們必 須
做 的所 有樣 板代 碼和 配置 。因此， Spring Boot 可以 幫助 我們 以最 少的 工作 量， 更加 健壯 地使 用現 有的 Spring功能
2、爲什麼要用SpringBoot
Spring Boot 優點非常多，如：
一、獨立運行
Spring Boot而且內嵌了各種servlet容器，Tomcat、Jetty等，現在不再需要打成war包部署到容器中，Spring Boot只要打成一個可執行的
jar包就能獨立運行，所有的依賴包都在一個jar包內。
二、簡化配置
spring-boot-starter-web啓動器自動依賴其他組件，減少了maven的配置。三、自動配置
Spring Boot能根據當前類路徑下的類、jar包來自動配置bean，如添加一個spring-boot-starter-web啓動器就能擁有web的功能，無需其他
配置。
四、無代碼生成和XML配置
Spring Boot配置過程中無代碼生成，也無需XML配置文件就能完成所有配置工作，這一切都是藉助於條件註解完成的，這也是Spring4.x的
核心功能之一。
五、應用監控
Spring Boot提供一系列端點可以監控服務及應用，做健康檢測
3、Spring Boot 有哪些優點？
Spring Boot 的優點有：
1、減少開發，測試時間和努力。
2、使用 JavaConfifig 有助於避免使用 XML。
3、避免大量的 Maven 導入和各種版本衝突。
4、提供意見發展方法。
5、通過提供默認值快速開始開發。
6、沒有單獨的 Web 服務器需要。這意味着你不再需要啓動 Tomcat，Glassfifish或其他任何東西。
7、需要更少的配置 因爲沒有 web.xml 文件。只需添加用@ Confifiguration 註釋的類，然後添加用@Bean 註釋的方法，Spring 將自動加載
對象並像以前一樣對其進行管理。您甚至可以將@Autowired 添加到 bean 方法中，以使 Spring 自動裝入需要的依賴關係中。
8、基於環境的配置 使用這些屬性，您可以將您正在使用的環境傳遞到應用程序：-Dspring.profifiles.active = {enviornment}。在加載主應
用程序屬性文件後，Spring 將在（application{environment} .properties）中加載後續的應用程序屬性文件。
4、Spring Boot 的核心註解是哪個？它主要由哪幾個註解組成的？
啓動類上面的註解是@SpringBootApplication，它也是 Spring Boot 的核心註解，主要組合包含了以下
3 個註解：
@SpringBootConfifiguration：組合了 @Confifiguration 註解，實現配置文件的功能。
@EnableAutoConfifiguration：打開自動配置的功能，也可以關閉某個自動配置的選項，如關閉數據源自動配置功能：
@SpringBootApplication(exclude = { DataSourceAutoConfifiguration.class })。
@ComponentScan：Spring組件掃描
RabbitMQ篇
1、什麼是 rabbitmq
採用 AMQP 高級消息隊列協議的一種消息隊列技術,最大的特點就是消費並不需要確保提供方存在,實現了服務之間的高度解耦
2、爲什麼要使用 rabbitmq
1、在分佈式系統下具備異步,削峯,負載均衡等一系列高級功能;
2、擁有持久化的機制，進程消息，隊列中的信息也可以保存下來。
3、實現消費者和生產者之間的解耦。
4、對於高併發場景下，利用消息隊列可以使得同步訪問變爲串行訪問達到一定量的限流，利於數據庫的操作。5.可以使用消息隊列達到異步下單的效果，排隊中，後臺進行邏輯下單。
3、使用 rabbitmq 的場景
1、服務間異步通信
2、順序消費
3、定時任務
4、請求削峯
4、如何確保消息正確地發送至 RabbitMQ？ 如何確保消息接收方消費了消息？
發送方確認模式
將信道設置成 confifirm 模式（發送方確認模式），則所有在信道上發佈的消息都會被指派一個唯一的 ID。
一旦消息被投遞到目的隊列後，或者消息被寫入磁盤後（可持久化的消息），信道會發送一個確認給生產者（包含消息唯一 ID）。
如果 RabbitMQ 發生內部錯誤從而導致消息丟失，會發送一條 nack（notacknowledged，未確認）消息。發送方確認模式是異步的，生產
者應用程序在等待確認的同時，可以繼續發送消息。當確認消息到達生產者應用程序，生產者應用程序的回調方法就會被觸發來處理確認消
息。
接收方確認機制
接收方消息確認機制
消費者接收每一條消息後都必須進行確認（消息接收和消息確認是兩個不同操作）。只有消費者確認了消息，RabbitMQ 才能安全地把消息
從隊列中刪除。這裏並沒有用到超時機制，RabbitMQ 僅通過 Consumer 的連接中斷來確認是否需要重新發送消息。也就是說，只要連接
不中斷，RabbitMQ 給了 Consumer 足夠長的時間來處理消息。保證數據的最終一致性；
下面羅列幾種特殊情況
如果消費者接收到消息，在確認之前斷開了連接或取消訂閱，RabbitMQ 會認爲消息沒有被分發，然後重新分發給下一個訂閱的消費者。
（可能存在消息重複消費的隱患，需要去重）如果消費者接收到消息卻沒有確認消息，連接也未斷開，則 RabbitMQ 認爲該消費者繁忙，將
不會給該消費者分發更多的消息。
ZooKeeper篇
1、什麼是Zookeeper?
ZooKeeper 是一個開放源碼的分佈式協調服務，它是集羣的管理者，監視着集羣中各個節點的狀態根據節點提交的反饋進行下一步合理操作。最終，將簡單易用的接口和性能高效、功能穩定的系統提供給用戶。分佈式應用程序可以基於 Zookeeper 實現諸如數據發佈/訂閱、負載均衡、命名服務、分佈式協調/通知、集羣管理、Master 選舉、分佈式鎖和分佈式隊列等功能。
2、Zookeeper 如何保證了分佈式一致性特性？
1、順序一致性
2、原子性
3、單一視圖
4、可靠性
5、實時性（最終一致性）
客戶端的讀請求可以被集羣中的任意一臺機器處理，如果讀請求在節點上註冊了監聽器，這個監聽器也是由所連接的 zookeeper 機器來處理。對於寫請求，這些請求會同時發給
其他 zookeeper 機器並且達成一致後，請求才會返回成功。因此，隨着 zookeeper 的集羣機器增多，讀請求的吞吐會提高但是寫請求的吞吐會下降。有序性是 zookeeper 中非
常重要的一個特性，所有的更新都是全局有序的，每個更新都有一個唯一的時間戳，這個時間戳稱爲 zxid（Zookeeper Transaction Id）。而讀請求只會相對於更新有序，也就
是讀請求的返回結果中會帶有這個
zookeeper 最新的 zxid
3、ZooKeeper 提供了什麼？
1、文件系統
2、通知機制
4、Zookeeper 文件系統
Zookeeper 提供一個多層級的節點命名空間（節點稱爲 znode）。與文件系統不同的是，這些節點都可以設置關聯的數據，而文件系統中只有文件節點可以存放數據而目錄節點
不行。
Zookeeper 爲了保證高吞吐和低延遲，在內存中維護了這個樹狀的目錄結構，這種特性使得 Zookeeper 不能用於存放大量的數據，每個節點的存放數據上限爲1M。
5、ZAB 協議？ZAB 協議包括兩種基本的模式：崩潰恢復和消息廣播 。
當整個 zookeeper 集羣剛剛啓動或者 Leader 服務器宕機、重啓或者網絡故障導致不存在過半的服務器與 Leader 服務器保持正常通信時，所有進程（服務器）進入崩潰恢復模
式，首先選舉產生新的 Leader 服務器，然後集羣中 Follower 服務器開始與新的 Leader 服務器進行數據同步，當集羣中超過半數機器與該 Leader服務器完成數據同步之後，退
出恢復模式進入消息廣播模式，Leader 服務器開始接收客戶端的事務請求生成事物提案來進行事務請求處理
微服務篇
微服務，又稱微服務 架構，是一種架構風格，它將應用程序構建爲以業務領域爲模型的小型自治服務集合 。
通俗地說，你必須看到蜜蜂如何通過對齊六角形蠟細胞來構建它們的蜂窩狀物。他們最初從使用各種材料的小部分開始，並繼續從中構建一個大型蜂箱。這些細胞形成圖案，產
生堅固的結構，將蜂窩的特定部分固定在一起。這裏，每個細胞獨立於另一個細胞，但它也與其他細胞相關。這意味着對一個細胞的損害不會損害其他細胞，因此，蜜蜂可以在不影響完整蜂箱的情況下重建這些細胞。
圖 1：微服務的蜂窩表示 – 微服務訪談問題
請參考上圖。這裏，每個六邊形形狀代表單獨的服務組件。與蜜蜂的工作類似，每個敏捷團隊都使用可用的框架和所選的技術堆棧構建單獨的服務組件。就像在蜂箱中一樣，每
個服務組件形成一個強大的微服務架構，以提供更好的可擴展性。此外，敏捷團隊可以單獨處理每個服務組件的問題，而對整個應用程序沒有影響或影響最小。
2、微服務架構有哪些優勢？
圖 2：微服務的 優點 – 微服務訪談問題
- 獨立開發 – 所有微服務都可以根據各自的功能輕鬆開發
- 獨立部署 – 基於其服務，可以在任何應用程序中單獨部署它們
- 故障隔離 – 即使應用程序的一項服務不起作用，系統仍可繼續運行
- 混合技術堆棧 – 可以使用不同的語言和技術來構建同一應用程序的不同服務
- 粒度縮放 – 單個組件可根據需要進行縮放，無需將所有組件縮放在一起
圖 3：微服務的 特點 – 微服務訪談問題
- 解耦 – 系統內的服務很大程度上是分離的。因此，整個應用程序可以輕鬆構建，更改和擴展
- 組件化 – 微服務被視爲可以輕鬆更換和升級的獨立組件
- 業務能力 – 微服務非常簡單，專注於單一功能
- 自治 – 開發人員和團隊可以彼此獨立工作，從而提高速度
- 持續交付 – 通過軟件創建，測試和批准的系統自動化，允許頻繁發佈軟件
- 責任 – 微服務不關注應用程序作爲項目。相反，他們將應用程序視爲他們負責的產品
- 分散治理 – 重點是使用正確的工具來做正確的工作。這意味着沒有標準化模式或任何技術模式。開發人員可以自由選擇最有用的工具來解決他們的問題
- 敏捷 – 微服務支持敏捷開發。任何新功能都可以快速開發並再次丟棄
以上就是本次面經的概括內容了，大家還有什麼疑問的話歡迎在底部評論區留言，最後，還是重複一下這句老話：世上無難事，只怕有心人，相信自己，面試神馬的，真的很簡單，阿博已經把畢生結晶都總結在裏面了啊！ 能悟多少就看你自己了。
什麼，看完你就忘了，很好，看來你已經融會貫通了......
image
好了，最後真的不多嗶嗶了，還是老規矩，給大家總結到這裏就結束了，需要本文真題PDF資料的朋友們。記得轉發+關注後私信：面經PDF 即可， 記得是轉發+關注+私信才能獲取的哦！