這篇文章主要講解了“java中的Spring Boot面試題有哪些”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“java中的Spring Boot面試題有哪些”吧！

目前創(chuàng)新互聯(lián)公司已為上千的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)絡(luò)空間、網(wǎng)站改版維護(hù)、企業(yè)網(wǎng)站設(shè)計(jì)、赤坎網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長(zhǎng)，共同發(fā)展。

什么是 Spring Boot？

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

Spring Boot 有哪些優(yōu)點(diǎn)？

Spring Boot 主要有如下優(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)入和各種版本沖突。

Spring Boot 的核心注解是哪個(gè)？它主要由哪幾個(gè)注解組成的？

啟動(dòng)類上面的注解是@SpringBootApplication，它也是 Spring Boot 的核心注解，主要組合包含了以下 3 個(gè)注解：

啟動(dòng)類上面的注解是@SpringBootApplication，它也是 Spring Boot 的核心注解，主要組合包含了以下 3 個(gè)注解：

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

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

@ComponentScan：Spring組件掃描。

配置

什么是 JavaConfig？

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

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

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

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

Spring Boot 自動(dòng)配置原理是什么？

注解 @EnableAutoConfiguration, @Configuration, @ConditionalOnClass 就是自動(dòng)配置的核心，

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

篩選有效的自動(dòng)配置類。

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

你如何理解 Spring Boot 配置加載順序？

在 Spring Boot 里面，可以使用以下幾種方式來加載配置。

1）properties文件；

2）YAML文件；

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

4）命令行參數(shù)；

等等……

什么是 YAML？

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

YAML 配置的優(yōu)勢(shì)在哪里 ?

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

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

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

3.  簡(jiǎn)潔

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

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

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

spring boot 核心配置文件是什么？bootstrap.properties 和 application.properties 有何區(qū)別 ?

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

spring boot 核心的兩個(gè)配置文件：

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

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

什么是 Spring Profiles？

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

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

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

安全

如何實(shí)現(xiàn) Spring Boot 應(yīng)用程序的安全性？

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

比較一下 Spring Security 和 Shiro 各自的優(yōu)缺點(diǎn) ?

由于 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)：

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

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

3.  Spring Security 功能強(qiáng)大；Shiro 功能簡(jiǎn)單

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

跨域可以在前端通過 JSONP 來解決，但是 JSONP 只可以發(fā)送 GET 請(qǐng)求，無法發(fā)送其他類型的請(qǐng)求，在 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方法解決跨域問題。

@Configuration  public class CorsConfig implements WebMvcConfigurer {      @Override      public void addCorsMappings(CorsRegistry registry) {          registry.addMapping("/**")                  .allowedOrigins("*")                  .allowCredentials(true)                  .allowedMethods("GET", "POST", "PUT", "DELETE", "OPTIONS")                  .maxAge(3600);      }  }

項(xiàng)目中前后端分離部署，所以需要解決跨域的問題。

我們使用cookie存放用戶登錄的信息，在spring攔截器進(jìn)行權(quán)限控制，當(dāng)權(quán)限不符合時(shí)，直接返回給用戶固定的json結(jié)果。

當(dāng)用戶登錄以后，正常使用；當(dāng)用戶退出登錄狀態(tài)時(shí)或者token過期時(shí)，由于攔截器和跨域的順序有問題，出現(xiàn)了跨域的現(xiàn)象。

我們知道一個(gè)http請(qǐng)求，先走filter，到達(dá)servlet后才進(jìn)行攔截器的處理，如果我們把cors放在filter里，就可以優(yōu)先于權(quán)限攔截器執(zhí)行。

@Configuration  public class CorsConfig {      @Bean      public CorsFilter corsFilter() {          CorsConfiguration corsConfiguration = new CorsConfiguration();          corsConfiguration.addAllowedOrigin("*");          corsConfiguration.addAllowedHeader("*");          corsConfiguration.addAllowedMethod("*");          corsConfiguration.setAllowCredentials(true);          UrlBasedCorsConfigurationSource urlBasedCorsConfigurationSource = new UrlBasedCorsConfigurationSource();          urlBasedCorsConfigurationSource.registerCorsConfiguration("/**", corsConfiguration);          return new CorsFilter(urlBasedCorsConfigurationSource);      }  }

什么是 CSRF 攻擊？

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

監(jiān)視器

Spring Boot 中的監(jiān)視器是什么？

Spring boot actuator 是 spring 啟動(dòng)框架中的重要功能之一。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)。

如何在 Spring Boot 中禁用 Actuator 端點(diǎn)安全性？

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

我們?nèi)绾伪O(jiān)視所有 Spring Boot 微服務(wù)？

Spring Boot 提供監(jiān)視器端點(diǎn)以監(jiān)控各個(gè)微服務(wù)的度量。這些端點(diǎn)對(duì)于獲取有關(guān)應(yīng)用程序的信息（如它們是否已啟動(dòng)）以及它們的組件（如數(shù)據(jù)庫等）是否正常運(yùn)行很有幫助。但是，使用監(jiān)視器的一個(gè)主要缺點(diǎn)或困難是，我們必須單獨(dú)打開應(yīng)用程序的知識(shí)點(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)用程序的度量。

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

什么是 WebSockets？

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

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

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

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

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

什么是 Spring Data ?

Spring Data 是 Spring 的一個(gè)子項(xiàng)目。用于簡(jiǎn)化數(shù)據(jù)庫訪問，支持NOSQL 和 關(guān)系數(shù)據(jù)存儲(chǔ)。其主要目標(biāo)是使數(shù)據(jù)庫的訪問變得方便快捷。Spring Data 具有如下特點(diǎn)：

SpringData 項(xiàng)目支持 NoSQL 存儲(chǔ)：

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

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

3.  redis（鍵/值存儲(chǔ)）

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

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

1.  JDBC

2.  JPA

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

什么是 Spring Batch？

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

什么是 FreeMarker 模板？

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

如何集成 Spring Boot 和 ActiveMQ？

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

什么是 Apache Kafka？

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

什么是 Swagger？你用 Spring Boot 實(shí)現(xiàn)了它嗎？

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í)的猜測(cè)。

前后端分離，如何維護(hù)接口文檔 ?

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

其他

如何重新加載 Spring Boot 上的更改，而無需重新啟動(dòng)服務(wù)器？Spring Boot項(xiàng)目如何熱部署？

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

      org.springframework.boot      spring-boot-devtools  

您使用了哪些 starter maven 依賴項(xiàng)？

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

spring-boot-starter-activemq

spring-boot-starter-security

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

Spring Boot 中的 starter 到底是什么 ?

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

spring-boot-starter-parent 有什么用 ?

我們都知道，新創(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è)依賴，所以我們?cè)趯懸蕾嚂r(shí)才不需要寫版本號(hào)。

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

5.  自動(dòng)化的資源過濾。

6.  自動(dòng)化的插件配置。

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

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

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

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è)可引用。

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

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

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

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

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

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

開啟 Spring Boot 特性有哪幾種方式？

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

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

如何使用 Spring Boot 實(shí)現(xiàn)異常處理？

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

如何使用 Spring Boot 實(shí)現(xiàn)分頁和排序？

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

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

在微服務(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ù)對(duì) session 有相關(guān)的讀寫操作時(shí)，都去操作 Redis 上的 session 。這樣就實(shí)現(xiàn)了 session 共享，Spring Session 基于 Spring 中的代理過濾器實(shí)現(xiàn)，使得 session 的同步操作對(duì)開發(fā)人員而言是透明的，非常簡(jiǎn)便。

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

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

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

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

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

感謝各位的閱讀，以上就是“java中的Spring Boot面試題有哪些”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對(duì)java中的Spring Boot面試題有哪些這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！