1. 什么是 Spring Boot？

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

2. 為什么要用SpringBoot

快速開(kāi)發(fā)，快速整合，配置簡(jiǎn)化、內(nèi)嵌服務(wù)容器

3. SpringBoot與SpringCloud 區(qū)別

SpringBoot是快速開(kāi)發(fā)的Spring框架，SpringCloud是完整的微服務(wù)框架，SpringCloud依賴于SpringBoot。

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

Spring Boot 主要有如下優(yōu)點(diǎn)： 容易上手，提升開(kāi)發(fā)效率，為 Spring 開(kāi)發(fā)提供一個(gè)更快、更簡(jiǎn)單的開(kāi)發(fā)框架。開(kāi)箱即用，遠(yuǎn)離繁瑣的配置。提供了一系列大型項(xiàng)目通用的非業(yè)務(wù)性功能，例如：內(nèi)嵌服務(wù)器、安全管理、運(yùn)行數(shù)據(jù)監(jiān)控、運(yùn)行狀況檢查和外部化配置等。SpringBoot總結(jié)就是使編碼變簡(jiǎn)單、配置變簡(jiǎn)單、部署變簡(jiǎn)單、監(jiān)控變簡(jiǎn)單等等

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

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

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

@EnableAutoConfiguration：打開(kāi)自動(dòng)配置的功能，也可以關(guān)閉某個(gè)自動(dòng)配置的選項(xiàng)，

例如： java 如關(guān)閉數(shù)據(jù)源自動(dòng)配置功能： @SpringBootApplication(exclude = { DataSourceAutoConfiguration.class }) 

@ComponentScan：Spring組件掃描。

6. Spring Boot 支持哪些日志框架？推薦和默認(rèn)的日志框架是哪個(gè)？

Spring Boot 支持 Java Util Logging, Log4j2, Lockback 作為日志框架，如果你使用 Starters 啟動(dòng)
器，Spring Boot 將使用 Logback 作為默認(rèn)日志框架，但是不管是那種日志框架他都支持將配置
文件輸出到控制臺(tái)或者文件中。

7. SpringBoot Starter的工作原理

我個(gè)人理解SpringBoot就是由各種Starter組合起來(lái)的，我們自己也可以開(kāi)發(fā)Starter在sprinBoot啟動(dòng)時(shí)由@SpringBootApplication注解會(huì)自動(dòng)去maven中讀取每個(gè)starter中的
spring.factories文件,該文件里配置了所有需要被創(chuàng)建spring容器中的bean，并且進(jìn)行自動(dòng)配置把
bean注入SpringContext中 //（SpringContext是Spring的配置文件）

8. Spring Boot 2.X 有什么新特性？與 1.X 有什么區(qū)別？

配置變更JDK 版本升級(jí)第三方類庫(kù)升級(jí)響應(yīng)式 Spring 編程支持HTTP/2 支持配置屬性綁定更多改進(jìn)與加強(qiáng)

9. SpringBoot支持什么前端模板

thymeleaf，freemarker，jsp，官方不推薦JSP會(huì)有限制

10. SpringBoot的缺點(diǎn)

我覺(jué)得是為難人，SpringBoot在目前我覺(jué)得沒(méi)有什么缺點(diǎn)，非要找一個(gè)出來(lái)我覺(jué)得就是由于不用自己做的配置，報(bào)錯(cuò)時(shí)很難定位。

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

打包用命令或者放到容器中運(yùn)行
用 Maven/ Gradle 插件運(yùn)行
直接執(zhí)行 main 方法運(yùn)行

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

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

13. 開(kāi)啟 Spring Boot 特性有哪幾種方式？

繼承spring-boot-starter-parent項(xiàng)目
導(dǎo)入spring-boot-dependencies項(xiàng)目依賴

14. SpringBoot 實(shí)現(xiàn)熱部署有哪幾種方式？

熱部署就是可以不用重新運(yùn)行SpringBoot項(xiàng)目可以實(shí)現(xiàn)操作后臺(tái)代碼自動(dòng)更新到以運(yùn)行的項(xiàng)目中
主要有兩種方式：
Spring Loaded
Spring-boot-devtools

15. SpringBoot事物的使用

SpringBoot的事物很簡(jiǎn)單，首先使用注解EnableTransactionManagement開(kāi)啟事物之后，然后在
Service方法上添加注解Transactional便可。

16. Async異步調(diào)用方法

在SpringBoot中使用異步調(diào)用是很簡(jiǎn)單的，只需要在方法上使用@Async注解即可實(shí)現(xiàn)方法的異步
調(diào)用。 注意：需要在啟動(dòng)類加入@EnableAsync使異步調(diào)用@Async注解生效。

17. 如何在 Spring Boot 啟動(dòng)的時(shí)候運(yùn)行一些特定的代碼？

可以實(shí)現(xiàn)接口 ApplicationRunner 或者 CommandLineRunner，這兩個(gè)接口實(shí)現(xiàn)方式一樣，它們
都只提供了一個(gè) run 方法

18. Spring Boot 有哪幾種讀取配置的方式？

Spring Boot 可以通過(guò) @PropertySource,@Value,@Environment, @ConfigurationPropertie注
解來(lái)綁定變量

19. 什么是 JavaConfig？

Spring JavaConfig 是 Spring 社區(qū)的產(chǎn)品，Spring 3.0引入了他，它提供了配置 Spring IOC 容器的
純Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的優(yōu)點(diǎn)在于：
面向?qū)ο蟮呐渲谩Ｓ捎谂渲帽欢x為 JavaConfig 中的類，因此用戶可以充分利用 Java 中的面向?qū)ο蠊δ?。一個(gè)配置類可以繼承另一個(gè)，重寫(xiě)它的@Bean 方法等。
減少或消除 XML 配置?；谝蕾囎⑷朐瓌t的外化配置的好處已被證明。但是，許多開(kāi)發(fā)人員不希望在 XML 和 Java 之間來(lái)回切換。JavaConfig 為開(kāi)發(fā)人員提供了一種純 Java 方法來(lái)配置與 XML 配置概念相似的 Spring 容器。從技術(shù)角度來(lái)講，只使用 JavaConfig 配置類來(lái)配置容器是可行的，但實(shí)際上很多人認(rèn)為將JavaConfig 與 XML 混合匹配是理想的。
類型安全和重構(gòu)友好。JavaConfig 提供了一種類型安全的方法來(lái)配置 Spring容器。由于 Java
5.0 對(duì)泛型的支持，現(xiàn)在可以按類型而不是按名稱檢索 bean，不需要任何強(qiáng)制轉(zhuǎn)換或基于字
符串的查找。
常用的Java config：
@Configuration：在類上打上寫(xiě)下此注解，表示這個(gè)類是配置類
@ComponentScan：在配置類上添加 @ComponentScan 注解。該注解默認(rèn)會(huì)掃描該類所在的包下所有的配置類，相當(dāng)于之前的 <context:component-scan >。
@Bean：bean的注入：相當(dāng)于以前的< bean id=“objectMapper”
class=“org.codehaus.jackson.map.ObjectMapper” />
@EnableWebMvc：相當(dāng)于xml的<mvc:annotation-driven >
@ImportResource： 相當(dāng)于xml的 < import resource=“applicationContextcache.xml”>

20. SpringBoot的自動(dòng)配置原理是什么

主要是Spring Boot的啟動(dòng)類上的核心注解SpringBootApplication注解主配置類，有了這個(gè)主配置
類啟動(dòng)時(shí)就會(huì)為SpringBoot開(kāi)啟一個(gè)@EnableAutoConfiguration注解自動(dòng)配置功能。
有了這個(gè)EnableAutoConfiguration的話就會(huì)：
從配置文件META_INF/Spring.factories加載可能用到的自動(dòng)配置類
去重，并將exclude和excludeName屬性攜帶的類排除
過(guò)濾，將滿足條件（@Conditional）的自動(dòng)配置類返回

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

在 Spring Boot 里面，可以使用以下幾種方式來(lái)加載配置。
1.properties文件；
2.YAML文件；
3.系統(tǒng)環(huán)境變量；
4.命令行參數(shù)；
等等……

22. 什么是 YAML？

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

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

YAML 現(xiàn)在可以算是非常流行的一種配置文件格式了，無(wú)論是前端還是后端，都可以見(jiàn)到 YAML 配
置。那么 YAML 配置和傳統(tǒng)的 properties 配置相比到底有哪些優(yōu)勢(shì)呢？
配置有序，在一些特殊的場(chǎng)景下，配置有序很關(guān)鍵
簡(jiǎn)潔明了，他還支持?jǐn)?shù)組，數(shù)組中的元素可以是基本數(shù)據(jù)類型也可以是對(duì)象
相比 properties 配置文件，YAML 還有一個(gè)缺點(diǎn)，就是不支持 @PropertySource 注解導(dǎo)入
自定義的 YAML 配置。

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

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

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

單純做 Spring Boot 開(kāi)發(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)階段生效。一般來(lái)說(shuō)我們?cè)?Spring Cloud 配置就會(huì)使用這個(gè)文件。且 boostrap 里面的屬性不能被覆蓋；
application (. yml 或者 . properties)： 由ApplicatonContext 加載，用于 spring boot 項(xiàng)目
的自動(dòng)化配置。

26. 什么是 Spring Profiles？

在項(xiàng)目的開(kāi)發(fā)中，有些配置文件在開(kāi)發(fā)、測(cè)試或者生產(chǎn)等不同環(huán)境中可能是不同的，例如數(shù)據(jù)庫(kù)連
接、redis的配置等等。那我們?nèi)绾卧诓煌h(huán)境中自動(dòng)實(shí)現(xiàn)配置的切換呢？Spring給我們提供了
profiles機(jī)制給我們提供的就是來(lái)回切換配置文件的功能
Spring Profiles 允許用戶根據(jù)配置文件（dev，test，prod 等）來(lái)注冊(cè) bean。因此，當(dāng)應(yīng)用程序
在開(kāi)發(fā)中運(yùn)行時(shí)，只有某些 bean 可以加載，而在 PRODUCTION中，某些其他 bean 可以加載。
假設(shè)我們的要求是 Swagger 文檔僅適用于 QA 環(huán)境，并且禁用所有其他文檔。這可以使用配置文
件來(lái)完成。Spring Boot 使得使用配置文件非常簡(jiǎn)單。

27. SpringBoot多數(shù)據(jù)源拆分的思路

先在properties配置文件中配置兩個(gè)數(shù)據(jù)源，創(chuàng)建分包mapper，使用@ConfigurationProperties
讀取properties中的配置，使用@MapperScan注冊(cè)到對(duì)應(yīng)的mapper包中

28. SpringBoot多數(shù)據(jù)源事務(wù)如何管理

第一種方式是在service層的@TransactionManager中使用transactionManager指定
DataSourceConfig中配置的事務(wù)
第二種是使用jta-atomikos實(shí)現(xiàn)分布式事務(wù)管理

29. 保護(hù) Spring Boot 應(yīng)用有哪些方法？

在生產(chǎn)中使用HTTPS
使用Snyk檢查你的依賴關(guān)系
升級(jí)到最新版本
啟用CSRF保護(hù)
使用內(nèi)容安全策略防止XSS攻擊

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

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

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

由于 Spring Boot 官方提供了大量的非常方便的開(kāi)箱即用的 Starter ，包括 Spring Security 的
Starter ，使得在 Spring Boot 中使用 Spring Security 變得更加容易，甚至只需要添加一個(gè)依賴就
可以保護(hù)所有的接口，所以，如果是 Spring Boot 項(xiàng)目，一般選擇 Spring Security 。當(dāng)然這只是
一個(gè)建議的組合，單純從技術(shù)上來(lái)說(shuō)，無(wú)論怎么組合，都是沒(méi)有問(wèn)題的。Shiro 和 Spring Security
相比，主要有如下一些特點(diǎn)：
Spring Security 是一個(gè)重量級(jí)的安全管理框架；Shiro 則是一個(gè)輕量級(jí)的安全管理框架
Spring Security 概念復(fù)雜，配置繁瑣；Shiro 概念簡(jiǎn)單、配置簡(jiǎn)單
Spring Security 功能強(qiáng)大；Shiro 功能簡(jiǎn)單

32. Spring Boot 中如何解決跨域問(wèn)題 ?

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

@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);
	}
}

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

Spring boot actuator 是 spring 啟動(dòng)框架中的重要功能之一。Spring boot 監(jiān)視器可幫助您訪問(wè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ù)來(lái)向相關(guān)人員觸發(fā)警報(bào)消息。監(jiān)視器模塊公開(kāi)了一組可直接
作為 HTTP URL 訪問(wèn)的REST 端點(diǎn)來(lái)檢查狀態(tài)。

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

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

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

36. SpringBoot性能如何優(yōu)化

如果項(xiàng)目比較大，類比較多，不使用@SpringBootApplication，采用@Compoment指定掃包范
圍
在項(xiàng)目啟動(dòng)時(shí)設(shè)置JVM初始內(nèi)存和最大內(nèi)存相同
將springboot內(nèi)置服務(wù)器由tomcat設(shè)置為undertow

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

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

<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-devtools</artifactId>
</dependency>

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

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

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

使用了下面的一些依賴項(xiàng)
spring-boot-starter-web 嵌入tomcat和web開(kāi)發(fā)需要servlet與jsp支持
spring-boot-starter-data-jpa 數(shù)據(jù)庫(kù)支持
spring-boot-starter-data-redis redis數(shù)據(jù)庫(kù)支持
spring-boot-starter-data-solr solr支持
mybatis-spring-boot-starter 第三方的mybatis集成starter
自定義的starter(如果自己開(kāi)發(fā)過(guò)就可以說(shuō)出來(lái))

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

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

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

在 Spring Boot 中使用定時(shí)任務(wù)主要有兩種不同的方式，一個(gè)就是使用 Spring 中的 @Scheduled
注解，另一-個(gè)則是使用第三方框架 Quartz。
使用 Spring 中的 @Scheduled 的方式主要通過(guò) @Scheduled 注解來(lái)實(shí)現(xiàn)。

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

我們都知道，新創(chuàng)建一個(gè) Spring Boot 項(xiàng)目，默認(rèn)都是有 parent 的，這個(gè) parent 就是 springboot-starter-parent ，spring-boot-starter-parent 主要有如下作用：
定義了 Java 編譯版本為 1.8 。
使用 UTF-8 格式編碼。
繼承自 spring-boot-dependencies，這個(gè)里邊定義了依賴的版本，也正是因?yàn)槔^承了這個(gè)依
賴，所以我們?cè)趯?xiě)依賴時(shí)才不需要寫(xiě)版本號(hào)。
執(zhí)行打包操作的配置。
自動(dòng)化的資源過(guò)濾。
自動(dòng)化的插件配置。
針對(duì) application.properties 和 application.yml 的資源過(guò)濾，包括通過(guò) profile 定義的不同
環(huán)境的配置文件，例如 application-dev.properties 和 application-dev.yml。
總結(jié)就是打包用的

43. SpringBoot如何實(shí)現(xiàn)打包

進(jìn)入項(xiàng)目目錄在控制臺(tái)輸入mvn clean package，clean是清空已存在的項(xiàng)目包，package進(jìn)行打
包或者點(diǎn)擊左邊選項(xiàng)欄中的Mavne，先點(diǎn)擊clean在點(diǎn)擊package

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

Spring Boot 項(xiàng)目最終打包成的 jar 是可執(zhí)行 jar ，這種 jar 可以直接通過(guò) java -jar xxx.jar 命
令來(lái)運(yùn)行，這種 jar 不可以作為普通的 jar 被其他項(xiàng)目依賴，即使依賴了也無(wú)法使用其中的類。
Spring Boot 的 jar 無(wú)法被其他項(xiàng)目依賴，主要還是他和普通 jar 的結(jié)構(gòu)不同。普通的 jar 包，解壓
后直接就是包名，包里就是我們的代碼，而 Spring Boot 打包成的可執(zhí)行 jar 解壓后，在 \BOOTINF\classes 目錄下才是我們的代碼，因此無(wú)法被直接引用。如果非要引用，可以在 pom.xml文件中增加配置，將 Spring Boot 項(xiàng)目打包成兩個(gè) jar ，一個(gè)可執(zhí)行，一個(gè)可引用。

到此這篇關(guān)于超全面的SpringBoot面試題含答案的文章就介紹到這了,更多相關(guān)SpringBoot面試題含答案內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論