松哥整理了 15 道 Spring Boot 高頻面試題,看完當面霸

什么是面霸?就是在面試中,神擋殺神佛擋殺佛,見招拆招,面到面試官自慚形穢自嘆不如!松哥希望本文能成為你面霸路上的墊腳石!

做 Java 開發,沒有人敢小覷 Spring Boot 的重要性,現在出去面試,無論多小的公司 or 項目,都要跟你扯一扯 Spring Boot,扯一扯微服務,不會?沒用過? Sorry ,我們不合適!

今天松哥就給大家整理了 15 道高頻 Spring Boot 面試題,希望能夠幫助到剛剛走出校門的小伙伴以及準備尋找新的工作機會的小伙伴。

  • 1.什么是 Spring Boot ?

傳統的 SSM/SSH 框架組合配置繁瑣臃腫,不同項目有很多重復、模板化的配置,嚴重降低了 Java 工程師的開發效率,而 Spring Boot 可以輕松創建基于 Spring 的、可以獨立運行的、生產級的應用程序。通過對 Spring 家族和一些第三方庫提供一系列自動化配置的 Starter,來使得開發快速搭建一個基于 Spring 的應用程序。

Spring Boot 讓日益臃腫的 Java 代碼又重回簡潔。在配合 Spring Cloud 使用時,還可以發揮更大的威力。

  • 2.Spring Boot 有哪些特點 ?

Spring Boot 主要有如下特點:

  1. 為 Spring 開發提供一個更快、更廣泛的入門體驗。
  2. 開箱即用,遠離繁瑣的配置。
  3. 提供了一系列大型項目通用的非業務性功能,例如:內嵌服務器、安全管理、運行數據監控、運行狀況檢查和外部化配置等。
  4. 絕對沒有代碼生成,也不需要XML配置。
  • 3.Spring Boot 中的 starter 到底是什么 ?

首先,這個 Starter 并非什么新的技術點,基本上還是基于 Spring 已有功能來實現的。首先它提供了一個自動化配置類,一般命名為 XXXAutoConfiguration ,在這個配置類中通過條件注解來決定一個配置是否生效(條件注解就是 Spring 中原本就有的),然后它還會提供一系列的默認配置,也允許開發者根據實際情況自定義相關配置,然后通過類型安全的屬性注入將這些配置屬性注入進來,新注入的屬性會代替掉默認屬性。正因為如此,很多第三方框架,我們只需要引入依賴就可以直接使用了。

當然,開發者也可以自定義 Starter,自定義 Starter 可以參考:徒手擼一個 Spring Boot 中的 Starter ,解密自動化配置黑魔法!

  • 4.spring-boot-starter-parent 有什么用 ?

我們都知道,新創建一個 Spring Boot 項目,默認都是有 parent 的,這個 parent 就是 spring-boot-starter-parent ,spring-boot-starter-parent 主要有如下作用:

  1. 定義了 Java 編譯版本為 1.8 。
  2. 使用 UTF-8 格式編碼。
  3. 繼承自 spring-boot-dependencies,這個里邊定義了依賴的版本,也正是因為繼承了這個依賴,所以我們在寫依賴時才不需要寫版本號。
  4. 執行打包操作的配置。
  5. 自動化的資源過濾。
  6. 自動化的插件配置。
  7. 針對 application.properties 和 application.yml 的資源過濾,包括通過 profile 定義的不同環境的配置文件,例如 application-dev.properties 和 application-dev.yml。

關于這個問題,讀者可以參考:你真的理解 Spring Boot 項目中的 parent 嗎?

  • 5.YAML 配置的優勢在哪里 ?

YAML 現在可以算是非常流行的一種配置文件格式了,無論是前端還是后端,都可以見到 YAML 配置。那么 YAML 配置和傳統的 properties 配置相比到底有哪些優勢呢?

  1. 配置有序,在一些特殊的場景下,配置有序很關鍵
  2. 支持數組,數組中的元素可以是基本數據類型也可以是對象
  3. 簡潔

相比 properties 配置文件,YAML 還有一個缺點,就是不支持 @PropertySource 注解導入自定義的 YAML 配置。

關于 YAML 配置,要是大家還不熟悉,可以參考: Spring Boot 中的 yaml 配置簡介

  • 6.Spring Boot 中如何解決跨域問題 ?

跨域可以在前端通過 JSONP 來解決,但是 JSONP 只可以發送 GET 請求,無法發送其他類型的請求,在 RESTful 風格的應用中,就顯得非常雞肋,因此我們推薦在后端通過 (CORS,Cross-origin resource sharing) 來解決跨域問題。這種解決方案并非 Spring Boot 特有的,在傳統的 SSM 框架中,就可以通過 CORS 來解決跨域問題,只不過之前我們是在 XML 文件中配置 CORS ,現在則是通過 @CrossOrigin 注解來解決跨域問題。關于 CORS ,小伙伴們可以參考:Spring Boot 中通過 CORS 解決跨域問題

  • 7.比較一下 Spring Security 和 Shiro 各自的優缺點 ?

由于 Spring Boot 官方提供了大量的非常方便的開箱即用的 Starter ,包括 Spring Security 的 Starter ,使得在 Spring Boot 中使用 Spring Security 變得更加容易,甚至只需要添加一個依賴就可以保護所有的接口,所以,如果是 Spring Boot 項目,一般選擇 Spring Security 。當然這只是一個建議的組合,單純從技術上來說,無論怎么組合,都是沒有問題的。Shiro 和 Spring Security 相比,主要有如下一些特點:

  1. Spring Security 是一個重量級的安全管理框架;Shiro 則是一個輕量級的安全管理框架
  2. Spring Security 概念復雜,配置繁瑣;Shiro 概念簡單、配置簡單
  3. Spring Security 功能強大;Shiro 功能簡單
  • 8.微服務中如何實現 session 共享 ?

在微服務中,一個完整的項目被拆分成多個不相同的獨立的服務,各個服務獨立部署在不同的服務器上,各自的 session 被從物理空間上隔離開了,但是經常,我們需要在不同微服務之間共享 session ,常見的方案就是 Spring Session + Redis 來實現 session 共享。將所有微服務的 session 統一保存在 Redis 上,當各個微服務對 session 有相關的讀寫操作時,都去操作 Redis 上的 session 。這樣就實現了 session 共享,Spring Session 基于 Spring 中的代理過濾器實現,使得 session 的同步操作對開發人員而言是透明的,非常簡便。 session 共享大家可以參考:Spring Boot 一個依賴搞定 session 共享,沒有比這更簡單的方案了!

  • 9.Spring Boot 如何實現熱部署 ?

Spring Boot 實現熱部署其實很容易,引入 devtools 依賴即可,這樣當編譯文件發生變化時,Spring Boot 就會自動重啟。在 Eclipse 中,用戶按下保存按鍵,就會自動編譯進而重啟 Spring Boot,IDEA 中由于是自動保存的,自動保存時并未編譯,所以需要開發者按下 Ctrl+F9 進行編譯,編譯完成后,項目就自動重啟了。

如果僅僅只是頁面模板發生變化,Java 類并未發生變化,此時可以不用重啟 Spring Boot,使用 LiveReload 插件就可以輕松實現熱部署。

  • 10.Spring Boot 中如何實現定時任務 ?

定時任務也是一個常見的需求,Spring Boot 中對于定時任務的支持主要還是來自 Spring 框架。

在 Spring Boot 中使用定時任務主要有兩種不同的方式,一個就是使用 Spring 中的 @Scheduled 注解,另一個則是使用第三方框架 Quartz。

使用 Spring 中的 @Scheduled 的方式主要通過 @Scheduled 注解來實現。

使用 Quartz ,則按照 Quartz 的方式,定義 Job 和 Trigger 即可。

關于定時任務這一塊,大家可以參考:Spring Boot 中實現定時任務的兩種方式!

  • 11.前后端分離,如何維護接口文檔 ?

前后端分離開發日益流行,大部分情況下,我們都是通過 Spring Boot 做前后端分離開發,前后端分離一定會有接口文檔,不然會前后端會深深陷入到扯皮中。一個比較笨的方法就是使用 word 或者 md 來維護接口文檔,但是效率太低,接口一變,所有人手上的文檔都得變。在 Spring Boot 中,這個問題常見的解決方案是 Swagger ,使用 Swagger 我們可以快速生成一個接口文檔網站,接口一旦發生變化,文檔就會自動更新,所有開發工程師訪問這一個在線網站就可以獲取到最新的接口文檔,非常方便。關于 Swagger 的用法,大家可以參考:SpringBoot整合Swagger2,再也不用維護接口文檔了!

  • 12.什么是 Spring Data ?

Spring Data 是 Spring 的一個子項目。用于簡化數據庫訪問,支持NoSQL 和 關系數據存儲。其主要目標是使數據庫的訪問變得方便快捷。Spring Data 具有如下特點:

  1. SpringData 項目支持 NoSQL 存儲:
  2. MongoDB (文檔數據庫)
  3. Neo4j(圖形數據庫)
  4. Redis(鍵/值存儲)
  5. Hbase(列族數據庫)

SpringData 項目所支持的關系數據存儲技術:

  1. JDBC
  2. JPA

Spring Data Jpa 致力于減少數據訪問層 (DAO) 的開發量. 開發者唯一要做的,就是聲明持久層的接口,其他都交給 Spring Data JPA 來幫你完成!Spring Data JPA 通過規范方法的名字,根據符合規范的名字來確定方法需要實現什么樣的邏輯。

  • 13.Spring Boot 是否可以使用 XML 配置 ?

Spring Boot 推薦使用 Java 配置而非 XML 配置,但是 Spring Boot 中也可以使用 XML 配置,通過 @ImportResource 注解可以引入一個 XML 配置。

  • 14.Spring Boot 打成的 jar 和普通的 jar 有什么區別 ?

Spring Boot 項目最終打包成的 jar 是可執行 jar ,這種 jar 可以直接通過 java -jar xxx.jar 命令來運行,這種 jar 不可以作為普通的 jar 被其他項目依賴,即使依賴了也無法使用其中的類。

Spring Boot 的 jar 無法被其他項目依賴,主要還是他和普通 jar 的結構不同。普通的 jar 包,解壓后直接就是包名,包里就是我們的代碼,而 Spring Boot 打包成的可執行 jar 解壓后,在 \BOOT-INF\classes 目錄下才是我們的代碼,因此無法被直接引用。如果非要引用,可以在 pom.xml 文件中增加配置,將 Spring Boot 項目打包成兩個 jar ,一個可執行,一個可引用。

  • 15.bootstrap.properties 和 application.properties 有何區別 ?

單純做 Spring Boot 開發,可能不太容易遇到 bootstrap.properties 配置文件,但是在結合 Spring Cloud 時,這個配置就會經常遇到了,特別是在需要加載一些遠程配置文件的時侯。

bootstrap.properties 在 application.properties 之前加載,配置在應用程序上下文的引導階段生效。一般來說我們在 Spring Cloud Config 或者 Nacos 中會用到它。bootstrap.properties 被 Spring ApplicationContext 的父類加載,這個類先于加載 application.properties 的 ApplicatonContext 啟動。

當然,前面敘述中的 properties 也可以修改為 yaml 。

好了,本文就說到這里,歡迎小伙伴留言說說你曾經遇到過的 Spring Boot 面試題!

關注公眾號【江南一點雨】,專注于 Spring Boot+微服務以及前后端分離等全棧技術,定期視頻教程分享,關注后回復 Java ,領取松哥為你精心準備的 Java 干貨!

posted @ 2019-06-19 09:39 江南一點雨 閱讀(...) 評論(...) 編輯 收藏
内部期期公开一波中特