2021 最新 SpringBoot 面試題【40題】
最近梳理匯總了 Java 面試常遇到的面試題，包含了 Java基礎、并發(fā)、JVM、數(shù)據(jù)庫、Spring、SpringMVC、SpringBoot、SpringCloud、設計模式、MQ、Linux、Docker等多個類型。
今天這篇是關于 SpringBoot，總結了 40 道經(jīng)典問題。
1. SpringBoot基礎
1.1 什么是SpringBoot？
用來簡化Spring應用的初始搭建以及開發(fā)過程，使用特定的方式來進行配置
創(chuàng)建獨立的Spring引用程序main方法運行
嵌入的tomcat無需部署war文件
簡化maven配置
自動配置Spring添加對應的功能starter自動化配置
1.2 SpringBoot有哪些優(yōu)點？
獨立運行
Spring Boot 而且內(nèi)嵌了各種 servlet 容器，Tomcat、Jetty 等，現(xiàn)在不再需要打成war 包部署到容器中，Spring Boot 只要打成一個可執(zhí)行的 jar 包就能獨立運行，所有的依賴包都在一個 jar 包內(nèi)。簡化配置
spring-boot-starter-web 啟動器自動依賴其他組件，簡少了 maven 的配置。自動配置
Spring Boot 能根據(jù)當前類路徑下的類、jar 包來自動配置 bean，如添加一個 spring-boot-starter-web 啟動器就能擁有 web 的功能，無需其他配置。無代碼生成和XML配置
Spring Boot 配置過程中無代碼生成，也無需 XML 配置文件就能完成所有配置工作，這一切都是借助于條件注解完成的，這也是 Spring4.x 的核心功能之一。避免大量的Maven導入和各種版本沖突
應用監(jiān)控
Spring Boot 提供一系列端點可以監(jiān)控服務及應用，做健康檢測。
1.3 SpringBoot的核心注解是什么？由那些注解組成？
主要組合包含了以下 3 個注解：
@SpringBootConfiguration：
組合了 @Configuration 注解，實現(xiàn)配置文件的功能。@EnableAutoConfiguration：
打開自動配置的功能，也可以關閉某個自動配置的選項，如關閉數(shù)據(jù)源自動配置功能： @SpringBootAPPlication(exclude = { DataSourceAutoConfiguration.class })。@ComponentScan：
Spring組件掃描。
1.4 什么是JavaConfig？
Spring JavaConfig 是 Spring 社區(qū)的產(chǎn)品，它提供了配置 Spring IoC 容器的純Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的優(yōu)點在于：
面向?qū)ο蟮呐渲?/strong>。
由于配置被定義為 JavaConfig 中的類，因此用戶可以充分利用 Java 中的面向?qū)ο蠊δ?。一個配置類可以繼承另一個，重寫它的@Bean 方法等。減少或消除 XML 配置。
基于依賴注入原則的外化配置的好處已被證明。但是，許多開發(fā)人員不希望在 XML 和 Java 之間來回切換。JavaConfig 為開發(fā)人員提供了一種純 Java 方法來配置與 XML 配置概念相似的 Spring 容器。從技術角度來講，只使用 JavaConfig 配置類來配置容器是可行的，但實際上很多人認為將JavaConfig 與 XML 混合匹配是理想的。類型安全和重構友好。
JavaConfig 提供了一種類型安全的方法來配置 Spring容器。由于 Java 5.0 對泛型的支持，現(xiàn)在可以按類型而不是按名稱檢索 bean，不需要任何強制轉換或基于字符串的查找。
1.5 SpringBoot自動配置原理是什么？
SpringBoot啟動會加載大量的自動配置類
我們看我們需要的功能有沒有在SpringBoot默認寫好的自動配置類當中；
我們再來看這個自動配置類中到底配置了哪些組件；（只要我們要用的組件存在在其中，我們就不需要再手動配置了）
給容器中自動配置類添加組件的時候，會從properties類中獲取某些屬性。我們只需要在配置文件中指定這些屬性的值即可；
xxxxAutoConfigurartion：自動配置類；給容器中添加組件
xxxxProperties:封裝配置文件中相關屬性；
1.6 你如何理解SpringBoot配置加載順序？
1.7 運行 SpringBoot 有哪幾種方式？
打包用命令或者放到容器中運行
用 Maven/ Gradle 插件運行
直接執(zhí)行 main 方法運行
1.8 SpringBoot 需要獨立的容器運行嗎？
可以不需要，內(nèi)置了 Tomcat/ Jetty 等容器。
1.9 開啟SpringBoot 特性有哪幾種方式？
繼承spring-boot-starter-parent項目
導入spring-boot-dependencies項目依賴
1.10 SpringBoot、Spring MVC和Spring有什么區(qū)別？
Spring
Spring最重要的特征是依賴注入。所有Spring Modules不是依賴注入就是IOC控制反轉。
當我們恰當?shù)氖褂肈I或者是IOC的時候，可以開發(fā)松耦合應用。Spring MVC
Spring MVC提供了一種分離式的方法來開發(fā)Web應用。通過運用像DispatcherServelet，MoudlAndView 和 ViewResolver 等一些簡單的概念，開發(fā) Web 應用將會變的非常簡單。SpringBoot
Spring和Spring MVC的問題在于需要配置大量的參數(shù)。
SpringBoot通過一個自動配置和啟動的項來解決這個問題。
1.11 SpringBoot啟動時都做了什么?
SpringBoot在啟動的時候從類路徑下的META-INF/spring.factories中獲取EnableAutoConfiguration指定的值
將這些值作為自動配置類導入容器 ， 自動配置類就生效 ， 幫我們進行自動配置工作；
整個J2EE的整體解決方案和自動配置都在springboot-autoconfigure的jar包中；
它會給容器中導入非常多的自動配置類 （xxxAutoConfiguration）, 就是給容器中導入這個場景需要的所有組件 ， 并配置好這些組件 ；
有了自動配置類 ， 免去了我們手動編寫配置注入功能組件等的工作；
2. SpringBoot配置
2.1 什么是YAML？
YAML 是一種人類可讀的數(shù)據(jù)序列化語言。它通常用于配置文件。與屬性文件相比，如果我們想要在配置文件中添加復雜的屬性，YAML 文件就更加結構化，而且更少混淆。可以看出 YAML 具有分層配置數(shù)據(jù)。
2.2 YAML 配置的優(yōu)勢在哪里 ?
YAML 現(xiàn)在可以算是非常流行的一種配置文件格式了，無論是前端還是后端，都可以見到 YAML 配置。那么 YAML 配置和傳統(tǒng)的 properties 配置相比到底有哪些優(yōu)勢呢？
配置有序，在一些特殊的場景下，配置有序很關鍵
支持數(shù)組，數(shù)組中的元素可以是基本數(shù)據(jù)類型也可以是對象
簡潔
相比 properties 配置文件，YAML 還有一個缺點，就是不支持 @PropertySource 注解導入自定義的 YAML 配置。
2.3 SpringBoot 是否可以使用 XML 配置 ?
Spring Boot 推薦使用 Java 配置而非 XML 配置，但是 Spring Boot 中也可以使用 XML 配置，通過 @ImportResource 注解可以引入一個 XML 配置。
2.4 SpringBoot核心配置文件是什么？
bootstrap.properties和APPlication.properties
2.5 bootstrap.properties和APPlication.properties 有何區(qū)別 ?
SpringBoot兩個核心的配置文件：
bootstrap(.yml 或者 .properties)：boostrap 由父 APPlicationContext 加載的，比APPlicaton優(yōu)先加載，配置在應用程序上下文的引導階段生效。一般來說我們在 SpringCloud Config 或者Nacos中會用到它。且boostrap里面的屬性不能被覆蓋；
APPlication?(.yml或者.properties)：由APPlicatonContext 加載，用于 SpringBoot項目的自動化配置。
2.6 什么是Spring Profiles？
主要用來區(qū)分環(huán)境；
Spring Profiles 允許用戶根據(jù)配置文件（dev，test，prod 等）來注冊 bean。因此，當應用程序在開發(fā)中運行時，只有某些 bean 可以加載，而在 PRODUCTION中，某些其他 bean 可以加載。假設我們的要求是 Swagger 文檔僅適用于 QA 環(huán)境，并且禁用所有其他文檔。這可以使用配置文件來完成。Spring Boot 使得使用配置文件非常簡單。
2.7 如何在自定義端口上運行SpringBoot應用程序？
SpringBoot默認監(jiān)聽的是8080端口；為了在自定義端口上運行 SpringBoot 應用程序，您可以在APPlication.properties 中通過
指定端口；這樣就可以將監(jiān)聽的端口修改為8888。
3. SpringBoot安全性
3.1 如何實現(xiàn)SpringBoot應用程序的安全性？
為了實現(xiàn)SpringBoot的安全性，我們使用spring-boot-starter-security依賴項，并且必須添加安全配置。它只需要很少的代碼。配置類將必須擴展WebSecurityConfigurerAdapter并覆蓋其方法。
3.2 比較一下Spring Security 和Shiro各自的優(yōu)缺點 ?
由于SpringBoot官方提供了大量的非常方便的開箱即用的Starter，包括Spring Security的Starter ，使得在 SpringBoot中使用Spring Security變得更加容易，甚至只需要添加一個依賴就可以保護所有的接口，所以，如果是SpringBoot 項目，一般選擇 Spring Security 。當然這只是一個建議的組合，單純從技術上來說，無論怎么組合，都是沒有問題的。Shiro和Spring Security相比，主要有如下一些特點：
Spring Security 是一個重量級的安全管理框架；Shiro 則是一個輕量級的安全管理框架
Spring Security 概念復雜，配置繁瑣；Shiro 概念簡單、配置簡單
Spring Security 功能強大；Shiro 功能簡單
3.3 SpringBoot中如何解決跨域問題 ?
跨域可以在前端通過 JSONP 來解決，但是 JSONP 只可以發(fā)送 GET 請求，無法發(fā)送其他類型的請求，在 RESTful 風格的應用中，就顯得非常雞肋，因此我們推薦在后端通過 （CORS，Cross-origin resource sharing） 來解決跨域問題。這種解決方案并非 Spring Boot 特有的，在傳統(tǒng)的 SSM 框架中，就可以通過 CORS 來解決跨域問題，只不過之前我們是在 XML 文件中配置 CORS ，現(xiàn)在可以通過實現(xiàn)WebMvcConfigurer接口然后重寫addCorsMAPPings方法解決跨域問題。
項目中前后端分離部署，所以需要解決跨域的問題。
我們使用cookie存放用戶登錄的信息，在spring攔截器進行權限控制，當權限不符合時，直接返回給用戶固定的json結果。
當用戶登錄以后，正常使用；當用戶退出登錄狀態(tài)時或者token過期時，由于攔截器和跨域的順序有問題，出現(xiàn)了跨域的現(xiàn)象。
我們知道一個http請求，先走filter，到達servlet后才進行攔截器的處理，如果我們把cors放在filter里，就可以優(yōu)先于權限攔截器執(zhí)行。
3.4 什么是 CSRF 攻擊？
CSRF 代表跨站請求偽造。這是一種攻擊，迫使最終用戶在當前通過身份驗證的Web 應用程序上執(zhí)行不需要的操作。CSRF 攻擊專門針對狀態(tài)改變請求，而不是數(shù)據(jù)竊取，因為攻擊者無法查看對偽造請求的響應。
3.5 SpringBoot 中的監(jiān)視器是什么
Spring boot actuator是spring啟動框架中的重要功能之一。Spring boot監(jiān)視器可幫助您訪問生產(chǎn)環(huán)境中正在運行的應用程序的當前狀態(tài)。有幾個指標必須在生產(chǎn)環(huán)境中進行檢查和監(jiān)控。即使一些外部應用程序可能正在使用這些服務來向相關人員觸發(fā)警報消息。監(jiān)視器模塊公開了一組可直接作為HTTPURL訪問的REST端點來檢查狀態(tài)。
3.6 如何在SpringBoot中禁用Actuator端點安全性？
默認情況下，所有敏感的HTTP端點都是安全的，只有具有ACTUATOR角色的用戶才能訪問它們。安全性是使用標準的?方法實施的。我們可以使用?來禁用安全性。只有在執(zhí)行機構端點在防火墻后訪問時，才建議禁用安全性。
3.7 如何監(jiān)視所有SpringBoot微服務？
SpringBoot提供監(jiān)視器端點以監(jiān)控各個微服務的度量。這些端點對于獲取有關應用程序的信息（如它們是否已啟動）以及它們的組件（如數(shù)據(jù)庫等）是否正常運行很有幫助。但是，使用監(jiān)視器的一個主要缺點或困難是，我們必須單獨打開應用程序的知識點以了解其狀態(tài)或健康狀況。想象一下涉及 50 個應用程序的微服務，管理員將不得不擊中所有 50 個應用程序的執(zhí)行終端。為了幫助我們處理這種情況，我們將使用位于的開源項目。 它建立在 Spring Boot Actuator 之上，它提供了一個 Web UI，使我們能夠可視化多個應用程序的度量。
4. SpringBoot進階
4.1 什么是 WebSockets？
WebSocket是一種計算機通信協(xié)議，通過單個TCP連接提供全雙工通信信道。
WebSocket是雙向的 -使用 WebSocket 客戶端或服務器可以發(fā)起消息發(fā)送。
WebSocket是全雙工的 -客戶端和服務器通信是相互獨立的。
單個TCP連接 -初始連接使用 HTTP，然后將此連接升級到基于套接字的連接。然后這個單一連接用于所有未來的通信
Light與http相比，WebSocket消息數(shù)據(jù)交換要輕得多。
4.2 什么是 Spring Data?
Spring Data 是 Spring 的一個子項目。用于簡化數(shù)據(jù)庫訪問，支持NoSQL 和 關系數(shù)據(jù)存儲。其主要目標是使數(shù)據(jù)庫的訪問變得方便快捷。Spring Data 具有如下特點：
SpringData 項目支持 NoSQL 存儲：
MongoDB （文檔數(shù)據(jù)庫）
Neo4j（圖形數(shù)據(jù)庫）
Redis（鍵/值存儲）
Hbase（列族數(shù)據(jù)庫）
SpringData 項目所支持的關系數(shù)據(jù)存儲技術：
JDBC
JPA
Spring Data Jpa 致力于減少數(shù)據(jù)訪問層 (DAO) 的開發(fā)量. 開發(fā)者唯一要做的，就是聲明持久層的接口，其他都交給 Spring Data JPA 來幫你完成！Spring Data JPA 通過規(guī)范方法的名字，根據(jù)符合規(guī)范的名字來確定方法需要實現(xiàn)什么樣的邏輯。
4.3 什么是 Spring Batch？
Spring Boot Batch 提供可重用的函數(shù)，這些函數(shù)在處理大量記錄時非常重要，包括日志/跟蹤，事務管理，作業(yè)處理統(tǒng)計信息，作業(yè)重新啟動，跳過和資源管理。它還提供了更先進的技術服務和功能，通過優(yōu)化和分區(qū)技術，可以實現(xiàn)極高批量和高性能批處理作業(yè)。簡單以及復雜的大批量批處理作業(yè)可以高度可擴展的方式利用框架處理重要大量的信息。
4.4 什么是 FreeMarker 模板？
FreeMarker 是一個基于 Java 的模板引擎，最初專注于使用 MVC 軟件架構進行動態(tài)網(wǎng)頁生成。使用 Freemarker 的主要優(yōu)點是表示層和業(yè)務層的完全分離。程序員可以處理應用程序代碼，而設計人員可以處理 html 頁面設計。最后使用freemarker 可以將這些結合起來，給出最終的輸出頁面。
4.5 如何集成 SpringBoot和ActiveMQ？
對于集成 Spring Boot 和 ActiveMQ，我們使用依賴關系。 它只需要很少的配置，并且不需要樣板代碼。
4.6 Swagger用過麼？他用來做什么？
Swagger廣泛用于可視化API，使用SwaggerUl為前端開發(fā)人員提供在線沙箱。Swagger 是用于生成RESTful Web服務的可視化表示的工具，規(guī)范和完整框架實現(xiàn)。它使文檔能夠以與服務器相同的速度更新。當通過Swagger 正確定義時，消費者可以使用最少量的實現(xiàn)邏輯來理解遠程服務并與其進行交互。因此，Swagger 消除了調(diào)用服務時的猜測。
4.7 前后端分離，如何維護接口文檔 ?
前后端分離開發(fā)日益流行，大部分情況下，我們都是通過 Spring Boot 做前后端分離開發(fā)，前后端分離一定會有接口文檔，不然會前后端會深深陷入到扯皮中。一個比較笨的方法就是使用 word 或者 md 來維護接口文檔，但是效率太低，接口一變，所有人手上的文檔都得變。在 Spring Boot 中，這個問題常見的解決方案是 Swagger ，使用 Swagger 我們可以快速生成一個接口文檔網(wǎng)站，接口一旦發(fā)生變化，文檔就會自動更新，所有開發(fā)工程師訪問這一個在線網(wǎng)站就可以獲取到最新的接口文檔，非常方便。
4.8 SpringBoot項目如何熱部署？
這可以使用 DEV 工具來實現(xiàn)。通過這種依賴關系，您可以節(jié)省任何更改，嵌入式tomcat 將重新啟動。Spring Boot 有一個開發(fā)工具（DevTools）模塊，它有助于提高開發(fā)人員的生產(chǎn)力。Java 開發(fā)人員面臨的一個主要挑戰(zhàn)是將文件更改自動部署到服務器并自動重啟服務器。開發(fā)人員可以重新加載 Spring Boot 上的更改，而無需重新啟動服務器。這將消除每次手動部署更改的需要。Spring Boot 在發(fā)布它的第一個版本時沒有這個功能。這是開發(fā)人員最需要的功能。DevTools 模塊完全滿足開發(fā)人員的需求。該模塊將在生產(chǎn)環(huán)境中被禁用。它還提供 H2 數(shù)據(jù)庫控制臺以更好地測試應用程序。
4.9 SpringBoot 中的starter到底是什么 ?
首先，這個 Starter 并非什么新的技術點，基本上還是基于 Spring 已有功能來實現(xiàn)的。首先它提供了一個自動化配置類，一般命名為??，在這個配置類中通過條件注解來決定一個配置是否生效（條件注解就是 Spring 中原本就有的），然后它還會提供一系列的默認配置，也允許開發(fā)者根據(jù)實際情況自定義相關配置，然后通過類型安全的屬性注入將這些配置屬性注入進來，新注入的屬性會代替掉默認屬性。正因為如此，很多第三方框架，我們只需要引入依賴就可以直接使用了。當然，開發(fā)者也可以自定義 Starter
4.10 spring-boot-starter-parent 有什么用?
新創(chuàng)建一個 SpringBoot 項目，默認都是有 parent 的，這個 parent 就是 spring-boot-starter-parent ，spring-boot-starter-parent 主要有如下作用：
定義了 Java 編譯版本為 1.8 。
使用 UTF-8 格式編碼。
繼承自 spring-boot-dependencies，這個里邊定義了依賴的版本，也正是因為繼承了這個依賴，所以我們在寫依賴時才不需要寫版本號。
執(zhí)行打包操作的配置。
自動化的資源過濾。
自動化的插件配置。
針對 APPlication.properties 和 APPlication.yml 的資源過濾，包括通過 profile 定義的不同環(huán)境的配置文件，例如 APPlication-dev.properties 和 APPlication-dev.yml。
4.11 SpringBoot 打成的jar和普通的jar有什么區(qū)別 ?
Spring oot 項目最終打包成的 jar 是可執(zhí)行 jar ，這種 jar 可以直接通過??命令來運行，這種 jar 不可以作為普通的 jar 被其他項目依賴，即使依賴了也無法使用其中的類。
SpringBoot 的 jar 無法被其他項目依賴，主要還是他和普通 jar 的結構不同。普通的 jar 包，解壓后直接就是包名，包里就是我們的代碼，而 Spring Boot 打包成的可執(zhí)行 jar 解壓后，在??目錄下才是我們的代碼，因此無法被直接引用。如果非要引用，可以在 pom.xml 文件中增加配置，將 Spring Boot 項目打包成兩個 jar ，一個可執(zhí)行，一個可引用。
4.12 如何使用SpringBoot實現(xiàn)異常處理？
Spring 提供了一種使用 ControllerAdvice 處理異常的非常有用的方法。 我們通過實現(xiàn)一個 ControlerAdvice 類，來處理控制器類拋出的所有異常。
4.13 如何使用SpringBoot實現(xiàn)分頁和排序？
使用Spring Boot實現(xiàn)分頁非常簡單。使用Spring Data-JPA可以實現(xiàn)將可分頁的?傳遞給存儲庫方法。
4.14 微服務中如何實現(xiàn) session 共享?
在微服務中，一個完整的項目被拆分成多個不相同的獨立的服務，各個服務獨立部署在不同的服務器上，各自的 session 被從物理空間上隔離開了，但是經(jīng)常，我們需要在不同微服務之間共享 session ，常見的方案就是 Spring Session + Redis 來實現(xiàn) session 共享。將所有微服務的 session 統(tǒng)一保存在 Redis 上，當各個微服務對 session 有相關的讀寫操作時，都去操作 Redis 上的 session 。這樣就實現(xiàn)了 session 共享，Spring Session 基于 Spring 中的代理過濾器實現(xiàn)，使得 session 的同步操作對開發(fā)人員而言是透明的，非常簡便。
4.15 SpringBoot 中如何實現(xiàn)定時任務?
定時任務也是一個常見的需求，SpringBoot 中對于定時任務的支持主要還是來自 Spring 框架。
在 SpringBoot 中使用定時任務主要有兩種不同的方式，一個就是使用 Spring 中的 @Scheduled 注解，另一個則是使用第三方框架 Quartz。
使用Spring中的 @Scheduled的方式主要通過@Scheduled注解來實現(xiàn)。
使用Quartz，則按照Quartz的方式，定義Job和Trigger即可。
