福利來了，SpringBoot常見面試題整理（附帶答案）

點(diǎn)擊上方藍(lán)色字體，選擇“標(biāo)星公眾號”

優(yōu)質(zhì)文章，第一時(shí)間送達(dá)

? 作者?|??Smileing?

來源 |? urlify.cn/n2EJZj

66套java從入門到精通實(shí)戰(zhàn)課程分享?

1. SpringBoot是什么

1. Spring Boot 是 Spring 開源組織下的子項(xiàng)目，是 Spring 組件一站式解決方案，主要是簡化了使用 Spring 的難度，簡省了繁重的配置，提供了各種啟動器，開發(fā)者能快速上手。

2. SpringBoot的應(yīng)用場景

1. 簡化SSM和SSH開發(fā)項(xiàng)目

3. SpringBoot的優(yōu)缺點(diǎn)

1. 容易上手，提升開發(fā)效率，為 Spring 開發(fā)提供一個(gè)更快、更廣泛的入門體驗(yàn)。

2. 開箱即用，遠(yuǎn)離繁瑣的配置。

3. 提供了一系列大型項(xiàng)目通用的非業(yè)務(wù)性功能，例如：內(nèi)嵌服務(wù)器、安全管理、運(yùn)行數(shù)據(jù)監(jiān)控、運(yùn)行狀況檢查和外部化配置等。

4. 沒有代碼生成，也不需要XML配置。

5. 避免大量的 Maven 導(dǎo)入和各種版本沖突。

4. 這個(gè)技術(shù)的核心是什么

1. Spring Boot 的核心注解是哪個(gè)

1. @SpringBootConfiguration：核心注解，組合了 @Configuration 注解，實(shí)現(xiàn)配置文件的功能。

2. @EnableAutoConfiguration：打開自動配置的功能，也可以關(guān)閉某個(gè)自動配置的選項(xiàng)，如關(guān)閉數(shù)據(jù)源自動配置功能：@SpringBootApplication(exclude = { DataSourceAutoConfiguration.class })。

3. @ComponentScan：Spring組件掃描。

2. JAVA Config優(yōu)點(diǎn)

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

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

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

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

3. 核心配置文件

1. bootstrap.properties 和 application.properties,單純做 Spring Boot 開發(fā)，可能不太容易遇到 bootstrap.properties 配置文件，但是在結(jié)合 Spring Cloud 時(shí)，這個(gè)配置就會經(jīng)常遇到了，特別是在需要加載一些遠(yuǎn)程配置文件的時(shí)侯。

2. bootstrap (. yml 或者 . properties)：boostrap 由父 ApplicationContext 加載的，比 applicaton 優(yōu)先加載，配置在應(yīng)用程序上下文的引導(dǎo)階段生效。一般來說我們在 Spring Cloud Config 或者 Nacos 中會用到它。且 boostrap 里面的屬性不能被覆蓋；

3. application (. yml 或者 . properties)：由ApplicatonContext 加載，用于 spring boot 項(xiàng)目的自動化配置。

5. SpringBoot的原理

1. Spring Boot 自動配置的原理

1. 注解 @EnableAutoConfiguration, @Configuration, @ConditionalOnClass 就是自動配置的核心，

2. @EnableAutoConfiguration 給容器導(dǎo)入META-INF/spring.factories 里定義的自動配置類。

3. 篩選有效的自動配置類。

4. 每一個(gè)自動配置類結(jié)合對應(yīng)的 xxxProperties.java 讀取配置文件進(jìn)行自動配置功能

5. Spring Boot 需要獨(dú)立的容器運(yùn)行嗎？

1. 可以不需要，內(nèi)置了 Tomcat/ Jetty 等容器。

2. Spring Boot 配置加載順序，幾種方式來加載配置

1. properties文件；

2. YAML文件；

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

2. YAML 現(xiàn)在可以算是非常流行的一種配置文件格式了，無論是前端還是后端，都可以見到 YAML 配置。那么 YAML 配置和傳統(tǒng)的 properties 配置相比到底有哪些優(yōu)勢呢？

1. 配置有序，在一些特殊的場景下，配置有序很關(guān)鍵

2. 支持?jǐn)?shù)組，數(shù)組中的元素可以是基本數(shù)據(jù)類型也可以是對象

3. 簡潔

4. 缺點(diǎn)：相比 properties 配置文件，YAML 還有一個(gè)缺點(diǎn)，就是不支持 @PropertySource 注解導(dǎo)入自定義的 YAML 配置。

3. 系統(tǒng)環(huán)境變量；

4. 命令行參數(shù)

5. 可以使用 XML 配置：

1. Spring Boot 推薦使用 Java 配置而非 XML 配置，但是 Spring Boot 中也可以使用 XML 配置，通過 @ImportResource 注解可以引入一個(gè) XML 配置。

6. SpringBoot的使用方式

1. 運(yùn)行 Spring Boot 有哪幾種方式？

1. 打包用命令或者放到容器中運(yùn)行

2. 用 Maven/ Gradle 插件運(yùn)行

3. 直接執(zhí)行 main 方法運(yùn)行

2. 開啟 Spring Boot 特性

1. 繼承spring-boot-starter-parent項(xiàng)目

2. 導(dǎo)入spring-boot-dependencies項(xiàng)目依賴

3. 使用 Spring Boot 實(shí)現(xiàn)異常處理

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

4. 使用 Spring Boot 實(shí)現(xiàn)分頁和排序

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

5. 微服務(wù)中如何實(shí)現(xiàn) session 共享 ?

1. 在微服務(wù)中，一個(gè)完整的項(xiàng)目被拆分成多個(gè)不相同的獨(dú)立的服務(wù)，各個(gè)服務(wù)獨(dú)立部署在不同的服務(wù)器上，各自的 session 被從物理空間上隔離開了，但是經(jīng)常，我們需要在不同微服務(wù)之間共享 session ，常見的方案就是 Spring Session + Redis 來實(shí)現(xiàn) session 共享。將所有微服務(wù)的 session 統(tǒng)一保存在 Redis 上，當(dāng)各個(gè)微服務(wù)對 session 有相關(guān)的讀寫操作時(shí)，都去操作 Redis 上的 session 。這樣就實(shí)現(xiàn)了 session 共享，Spring Session 基于 Spring 中的代理過濾器實(shí)現(xiàn)，使得 session 的同步操作對開發(fā)人員而言是透明的，非常簡便。

6. Spring Boot 中如何實(shí)現(xiàn)定時(shí)任務(wù)

1. 定時(shí)任務(wù)也是一個(gè)常見的需求，Spring Boot 中對于定時(shí)任務(wù)的支持主要還是來自 Spring 框架。

2. 在 Spring Boot 中使用定時(shí)任務(wù)主要有兩種不同的方式，一個(gè)就是使用 Spring 中的 @Scheduled 注解，另一個(gè)則是使用第三方框架 Quartz。

3. 使用 Spring 中的 @Scheduled 的方式主要通過 @Scheduled 注解來實(shí)現(xiàn)。

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

7. 其他配置

1. Spring Profiles

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

2. 在自定義端口上運(yùn)行 Spring Boot 應(yīng)用程序

1. 為了在自定義端口上運(yùn)行 Spring Boot 應(yīng)用程序，您可以在application.properties 中指定端口。server.port = 8090

8. 安全配置

1. Spring Boot 應(yīng)用程序的安全性

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

2. Spring Security 和 Shiro 各自的優(yōu)缺點(diǎn) ?

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

2. Spring Security 是一個(gè)重量級的安全管理框架；Shiro 則是一個(gè)輕量級的安全管理框架

3. Spring Security 概念復(fù)雜，配置繁瑣；Shiro 概念簡單、配置簡單

4. Spring Security 功能強(qiáng)大；Shiro 功能簡單

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

1. 跨域可以在前端通過 JSONP 來解決，但是 JSONP 只可以發(fā)送 GET 請求，無法發(fā)送其他類型的請求，在 RESTful 風(fēng)格的應(yīng)用中，就顯得非常雞肋，因此我們推薦在后端通過 （CORS，Cross-origin resource sharing） 來解決跨域問題。這種解決方案并非 Spring Boot 特有的，在傳統(tǒng)的 SSM 框架中，就可以通過 CORS 來解決跨域問題，只不過之前我們是在 XML 文件中配置 CORS ，現(xiàn)在可以通過實(shí)現(xiàn)WebMvcConfigurer接口然后重寫addCorsMappings方法解決跨域問題。

4. CSRF 攻擊

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

5. Spring 的監(jiān)視器

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

2. 在 Spring Boot 中禁用 Actuator 端點(diǎn)安全性

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

3. 如何監(jiān)視所有 Spring Boot 微服務(wù)

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

6. 整合第三方項(xiàng)目

1. WebSocket 是一種計(jì)算機(jī)通信協(xié)議，通過單個(gè) TCP 連接提供全雙工通信信道

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

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

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

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

2. Spring Data 是 Spring 的一個(gè)子項(xiàng)目。用于簡化數(shù)據(jù)庫訪問，支持NoSQL 和 關(guān)系數(shù)據(jù)存儲。其主要目標(biāo)是使數(shù)據(jù)庫的訪問變得方便快捷。SpringData 項(xiàng)目支持 NoSQL 存儲：

1. MongoDB （文檔數(shù)據(jù)庫）

2. Neo4j（圖形數(shù)據(jù)庫）

3. Redis（鍵/值存儲）

4. Hbase（列族數(shù)據(jù)庫）

3. SpringData 項(xiàng)目所支持的關(guān)系數(shù)據(jù)存儲技術(shù)：

1. JDBC

2. JPA

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

4. Spring Batch

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

5. FreeMarker 模板

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

6. 集成 Spring Boot 和 ActiveMQ

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

7. Apache Kafka

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

8. Swagger？你用 Spring Boot 實(shí)現(xiàn)了它嗎？

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

2. 前后端分離，如何維護(hù)接口文檔，前后端分離開發(fā)日益流行，大部分情況下，我們都是通過 Spring Boot 做前后端分離開發(fā)，前后端分離一定會有接口文檔，不然會前后端會深深陷入到扯皮中。一個(gè)比較笨的方法就是使用 word 或者 md 來維護(hù)接口文檔，但是效率太低，接口一變，所有人手上的文檔都得變。在 Spring Boot 中，這個(gè)問題常見的解決方案是 Swagger ，使用 Swagger 我們可以快速生成一個(gè)接口文檔網(wǎng)站，接口一旦發(fā)生變化，文檔就會自動更新，所有開發(fā)工程師訪問這一個(gè)在線網(wǎng)站就可以獲取到最新的接口文檔，非常方便。

7. 除以上內(nèi)容SpringBoot的常見面試題

1. Spring Boot項(xiàng)目如何熱部署

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

2. 使用了哪些 starter maven 依賴項(xiàng)

1. 使用了下面的一些依賴項(xiàng)

2. spring-boot-starter-activemq

3. spring-boot-starter-security

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

3. Spring Boot 中的 starter 到底是什么 ?

1. 首先，這個(gè) Starter 并非什么新的技術(shù)點(diǎn)，基本上還是基于 Spring 已有功能來實(shí)現(xiàn)的。首先它提供了一個(gè)自動化配置類，一般命名為 XXXAutoConfiguration ，在這個(gè)配置類中通過條件注解來決定一個(gè)配置是否生效（條件注解就是 Spring 中原本就有的），然后它還會提供一系列的默認(rèn)配置，也允許開發(fā)者根據(jù)實(shí)際情況自定義相關(guān)配置，然后通過類型安全的屬性注入將這些配置屬性注入進(jìn)來，新注入的屬性會代替掉默認(rèn)屬性。正因?yàn)槿绱?，很多第三方框架，我們只需要引入依賴就可以直接使用了。?dāng)然，開發(fā)者也可以自定義 Starter

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

1. 新創(chuàng)建一個(gè) Spring Boot 項(xiàng)目，默認(rèn)都是有 parent 的，這個(gè) parent 就是 spring-boot-starter-parent ，spring-boot-starter-parent 主要有如下作用

1. 定義了 Java 編譯版本為 1.8 。

2. 使用 UTF-8 格式編碼。

3. 繼承自 spring-boot-dependencies，這個(gè)里邊定義了依賴的版本，也正是因?yàn)槔^承了這個(gè)依賴，所以我們在寫依賴時(shí)才不需要寫版本號。

4. 執(zhí)行打包操作的配置。

5. 自動化的資源過濾。

6. 自動化的插件配置。

7. 針對 application.properties 和 application.yml 的資源過濾，包括通過 profile 定義的不同環(huán)境的配置文件，例如 application-dev.properties 和 application-dev.yml。

2. Spring Boot 打成的 jar 和普通的 jar 有什么區(qū)別

1. Spring Boot 項(xiàng)目最終打包成的 jar 是可執(zhí)行 jar ，這種 jar 可以直接通過 java -jar xxx.jar 命令來運(yùn)行，這種 jar 不可以作為普通的 jar 被其他項(xiàng)目依賴，即使依賴了也無法使用其中的類。

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

?

粉絲福利：108本java從入門到大神精選電子書領(lǐng)取

???

?長按上方鋒哥微信二維碼?2 秒
備注「1234」即可獲取資料以及
可以進(jìn)入java1234官方微信群

感謝點(diǎn)贊支持下哈?