32 道 Spring 常見面試題！萬字總結(jié)！
Spring 基礎(chǔ)
什么是 Spring 框架?
Spring 是一款開源的輕量級(jí) Java 開發(fā)框架，旨在提高開發(fā)人員的開發(fā)效率以及系統(tǒng)的可維護(hù)性。
我們一般說 Spring 框架指的都是 Spring Framework，它是很多模塊的集合，使用這些模塊可以很方便地協(xié)助我們進(jìn)行開發(fā)，比如說 Spring 支持 IoC（Inverse of Control:控制反轉(zhuǎn)） 和 AOP(Aspect-Oriented Programming:面向切面編程)、可以很方便地對(duì)數(shù)據(jù)庫進(jìn)行訪問、可以很方便地集成第三方組件（電子郵件，任務(wù)，調(diào)度，緩存等等）、對(duì)單元測(cè)試支持比較好、支持 RESTful Java 應(yīng)用程序的開發(fā)。
Spring 最核心的思想就是不重新造輪子，開箱即用，提高開發(fā)效率。
Spring 翻譯過來就是春天的意思，可見其目標(biāo)和使命就是為 Java 程序員帶來春天?。「袆?dòng)！
?? 多提一嘴 ：語言的流行通常需要一個(gè)殺手級(jí)的應(yīng)用，Spring 就是 Java 生態(tài)的一個(gè)殺手級(jí)的應(yīng)用框架。
Spring 提供的核心功能主要是 IoC 和 AOP。學(xué)習(xí) Spring ，一定要把 IoC 和 AOP 的核心思想搞懂！
Spring 官網(wǎng)：https://spring.io/ Github 地址：https://github.com/spring-projects/spring-framework
Spring 包含的模塊有哪些？
Spring4.x 版本 ：
Spring5.x 版本 ：
Spring5.x 版本中 Web 模塊的 Portlet 組件已經(jīng)被廢棄掉，同時(shí)增加了用于異步響應(yīng)式處理的 WebFlux 組件。
Spring 各個(gè)模塊的依賴關(guān)系如下：
Core Container
Spring 框架的核心模塊，也可以說是基礎(chǔ)模塊，主要提供 IoC 依賴注入功能的支持。Spring 其他所有的功能基本都需要依賴于該模塊，我們從上面那張 Spring 各個(gè)模塊的依賴關(guān)系圖就可以看出來。
spring-core ：Spring 框架基本的核心工具類。 spring-beans ：提供對(duì) bean 的創(chuàng)建、配置和管理等功能的支持。 spring-context ：提供對(duì)國際化、事件傳播、資源加載等功能的支持。 spring-expression ：提供對(duì)表達(dá)式語言（Spring Expression Language） SpEL 的支持，只依賴于 core 模塊，不依賴于其他模塊，可以單獨(dú)使用。
AOP
spring-aspects ：該模塊為與 AspectJ 的集成提供支持。 spring-aop ：提供了面向切面的編程實(shí)現(xiàn)。 spring-instrument ：提供了為 JVM 添加代理（agent）的功能。具體來講，它為 Tomcat 提供了一個(gè)織入代理，能夠?yàn)?Tomcat 傳遞類文 件，就像這些文件是被類加載器加載的一樣。沒有理解也沒關(guān)系，這個(gè)模塊的使用場(chǎng)景非常有限。
Data Access/Integration
spring-jdbc ：提供了對(duì)數(shù)據(jù)庫訪問的抽象 JDBC。不同的數(shù)據(jù)庫都有自己獨(dú)立的 API 用于操作數(shù)據(jù)庫，而 Java 程序只需要和 JDBC API 交互，這樣就屏蔽了數(shù)據(jù)庫的影響。 spring-tx ：提供對(duì)事務(wù)的支持。 spring-orm ：提供對(duì) Hibernate、JPA 、iBatis 等 ORM 框架的支持。 spring-oxm ：提供一個(gè)抽象層支撐 OXM(Object-to-XML-Mapping)，例如：JAXB、Castor、XMLBeans、JiBX 和 XStream 等。 spring-jms : 消息服務(wù)。自 Spring Framework 4.1 以后，它還提供了對(duì) spring-messaging 模塊的繼承。
Spring Web
spring-web ：對(duì) Web 功能的實(shí)現(xiàn)提供一些最基礎(chǔ)的支持。 spring-webmvc ：提供對(duì) Spring MVC 的實(shí)現(xiàn)。 spring-websocket ：提供了對(duì) WebSocket 的支持，WebSocket 可以讓客戶端和服務(wù)端進(jìn)行雙向通信。 spring-webflux ：提供對(duì) WebFlux 的支持。WebFlux 是 Spring Framework 5.0 中引入的新的響應(yīng)式框架。與 Spring MVC 不同，它不需要 Servlet API，是完全異步。
Messaging
spring-messaging 是從 Spring4.0 開始新加入的一個(gè)模塊，主要職責(zé)是為 Spring 框架集成一些基礎(chǔ)的報(bào)文傳送應(yīng)用。
Spring Test
Spring 團(tuán)隊(duì)提倡測(cè)試驅(qū)動(dòng)開發(fā)（TDD）。有了控制反轉(zhuǎn) (IoC)的幫助，單元測(cè)試和集成測(cè)試變得更簡單。
Spring 的測(cè)試模塊對(duì) JUnit（單元測(cè)試框架）、TestNG（類似 JUnit）、Mockito（主要用來 Mock 對(duì)象）、PowerMock（解決 Mockito 的問題比如無法模擬 final, static， private 方法）等等常用的測(cè)試框架支持的都比較好。
Spring,Spring MVC,Spring Boot 之間什么關(guān)系?
很多人對(duì) Spring,Spring MVC,Spring Boot 這三者傻傻分不清楚！這里簡單介紹一下這三者，其實(shí)很簡單，沒有什么高深的東西。
Spring 包含了多個(gè)功能模塊（上面剛剛提高過），其中最重要的是 Spring-Core（主要提供 IoC 依賴注入功能的支持） 模塊， Spring 中的其他模塊（比如 Spring MVC）的功能實(shí)現(xiàn)基本都需要依賴于該模塊。
下圖對(duì)應(yīng)的是 Spring4.x 版本。目前最新的 5.x 版本中 Web 模塊的 Portlet 組件已經(jīng)被廢棄掉，同時(shí)增加了用于異步響應(yīng)式處理的 WebFlux 組件。
Spring MVC 是 Spring 中的一個(gè)很重要的模塊，主要賦予 Spring 快速構(gòu)建 MVC 架構(gòu)的 Web 程序的能力。MVC 是模型(Model)、視圖(View)、控制器(Controller)的簡寫，其核心思想是通過將業(yè)務(wù)邏輯、數(shù)據(jù)、顯示分離來組織代碼。
使用 Spring 進(jìn)行開發(fā)各種配置過于麻煩比如開啟某些 Spring 特性時(shí)，需要用 XML 或 Java 進(jìn)行顯式配置。于是，Spring Boot 誕生了！
Spring 旨在簡化 J2EE 企業(yè)應(yīng)用程序開發(fā)。Spring Boot 旨在簡化 Spring 開發(fā)（減少配置文件，開箱即用?。?。
Spring Boot 只是簡化了配置，如果你需要構(gòu)建 MVC 架構(gòu)的 Web 程序，你還是需要使用 Spring MVC 作為 MVC 框架，只是說 Spring Boot 幫你簡化了 Spring MVC 的很多配置，真正做到開箱即用！
Spring IoC
談?wù)勛约簩?duì)于 Spring IoC 的了解
IoC（Inverse of Control:控制反轉(zhuǎn)） 是一種設(shè)計(jì)思想，而不是一個(gè)具體的技術(shù)實(shí)現(xiàn)。IoC 的思想就是將原本在程序中手動(dòng)創(chuàng)建對(duì)象的控制權(quán)，交由 Spring 框架來管理。不過， IoC 并非 Spring 特有，在其他語言中也有應(yīng)用。
為什么叫控制反轉(zhuǎn)？
控制 ：指的是對(duì)象創(chuàng)建（實(shí)例化、管理）的權(quán)力 反轉(zhuǎn) ：控制權(quán)交給外部環(huán)境（Spring 框架、IoC 容器）
將對(duì)象之間的相互依賴關(guān)系交給 IoC 容器來管理，并由 IoC 容器完成對(duì)象的注入。這樣可以很大程度上簡化應(yīng)用的開發(fā)，把應(yīng)用從復(fù)雜的依賴關(guān)系中解放出來。IoC 容器就像是一個(gè)工廠一樣，當(dāng)我們需要?jiǎng)?chuàng)建一個(gè)對(duì)象的時(shí)候，只需要配置好配置文件/注解即可，完全不用考慮對(duì)象是如何被創(chuàng)建出來的。
在實(shí)際項(xiàng)目中一個(gè) Service 類可能依賴了很多其他的類，假如我們需要實(shí)例化這個(gè) Service，你可能要每次都要搞清這個(gè) Service 所有底層類的構(gòu)造函數(shù)，這可能會(huì)把人逼瘋。如果利用 IoC 的話，你只需要配置好，然后在需要的地方引用就行了，這大大增加了項(xiàng)目的可維護(hù)性且降低了開發(fā)難度。
在 Spring 中， IoC 容器是 Spring 用來實(shí)現(xiàn) IoC 的載體， IoC 容器實(shí)際上就是個(gè) Map（key，value），Map 中存放的是各種對(duì)象。
Spring 時(shí)代我們一般通過 XML 文件來配置 Bean，后來開發(fā)人員覺得 XML 文件來配置不太好，于是 SpringBoot 注解配置就慢慢開始流行起來。
相關(guān)閱讀：
IoC 源碼閱讀 面試被問了幾百遍的 IoC 和 AOP ，還在傻傻搞不清楚？
什么是 Spring Bean？
簡單來說，Bean 代指的就是那些被 IoC 容器所管理的對(duì)象。
我們需要告訴 IoC 容器幫助我們管理哪些對(duì)象，這個(gè)是通過配置元數(shù)據(jù)來定義的。配置元數(shù)據(jù)可以是 XML 文件、注解或者 Java 配置類。
<!-- Constructor-arg with 'value' attribute -->
<bean id="..." class="...">
<constructor-arg value="..."/>
</bean>
下圖簡單地展示了 IoC 容器如何使用配置元數(shù)據(jù)來管理對(duì)象。
org.springframework.beans和 org.springframework.context 這兩個(gè)包是 IoC 實(shí)現(xiàn)的基礎(chǔ)，如果想要研究 IoC 相關(guān)的源碼的話，可以去看看
將一個(gè)類聲明為 Bean 的注解有哪些?
@Component：通用的注解，可標(biāo)注任意類為Spring組件。如果一個(gè) Bean 不知道屬于哪個(gè)層，可以使用@Component注解標(biāo)注。@Repository: 對(duì)應(yīng)持久層即 Dao 層，主要用于數(shù)據(jù)庫相關(guān)操作。@Service: 對(duì)應(yīng)服務(wù)層，主要涉及一些復(fù)雜的邏輯，需要用到 Dao 層。@Controller: 對(duì)應(yīng) Spring MVC 控制層，主要用戶接受用戶請(qǐng)求并調(diào)用 Service 層返回?cái)?shù)據(jù)給前端頁面。
@Component 和 @Bean 的區(qū)別是什么？
@Component注解作用于類，而@Bean注解作用于方法。@Component通常是通過類路徑掃描來自動(dòng)偵測(cè)以及自動(dòng)裝配到 Spring 容器中（我們可以使用@ComponentScan注解定義要掃描的路徑從中找出標(biāo)識(shí)了需要裝配的類自動(dòng)裝配到 Spring 的 bean 容器中）。@Bean注解通常是我們?cè)跇?biāo)有該注解的方法中定義產(chǎn)生這個(gè) bean,@Bean告訴了 Spring 這是某個(gè)類的實(shí)例，當(dāng)我需要用它的時(shí)候還給我。@Bean注解比@Component注解的自定義性更強(qiáng)，而且很多地方我們只能通過@Bean注解來注冊(cè) bean。比如當(dāng)我們引用第三方庫中的類需要裝配到Spring容器時(shí)，則只能通過@Bean來實(shí)現(xiàn)。
@Bean注解使用示例：
@Configuration
public class AppConfig {
@Bean
public TransferService transferService() {
return new TransferServiceImpl();
}
}
上面的代碼相當(dāng)于下面的 xml 配置
<beans>
<bean id="transferService" class="com.acme.TransferServiceImpl"/>
</beans>
下面這個(gè)例子是通過 @Component 無法實(shí)現(xiàn)的。
@Bean
public OneService getService(status) {
case (status) {
when 1:
return new serviceImpl1();
when 2:
return new serviceImpl2();
when 3:
return new serviceImpl3();
}
}
注入 Bean 的注解有哪些？
Spring 內(nèi)置的 @Autowired 以及 JDK 內(nèi)置的 @Resource 和 @Inject 都可以用于注入 Bean。
| Annotaion | Package | Source |
|---|---|---|
@Autowired | org.springframework.bean.factory | Spring 2.5+ |
@Resource | javax.annotation | Java JSR-250 |
@Inject | javax.inject | Java JSR-330 |
@Autowired 和@Resource使用的比較多一些。
@Autowired 和 @Resource 的區(qū)別是什么？
Autowired 屬于 Spring 內(nèi)置的注解，默認(rèn)的注入方式為byType（根據(jù)類型進(jìn)行匹配），也就是說會(huì)優(yōu)先根據(jù)接口類型去匹配并注入 Bean （接口的實(shí)現(xiàn)類）。
這會(huì)有什么問題呢？ 當(dāng)一個(gè)接口存在多個(gè)實(shí)現(xiàn)類的話，byType這種方式就無法正確注入對(duì)象了，因?yàn)檫@個(gè)時(shí)候 Spring 會(huì)同時(shí)找到多個(gè)滿足條件的選擇，默認(rèn)情況下它自己不知道選擇哪一個(gè)。
這種情況下，注入方式會(huì)變?yōu)?byName（根據(jù)名稱進(jìn)行匹配），這個(gè)名稱通常就是類名（首字母小寫）。就比如說下面代碼中的 smsService 就是我這里所說的名稱，這樣應(yīng)該比較好理解了吧。
// smsService 就是我們上面所說的名稱
@Autowired
private SmsService smsService;
舉個(gè)例子，SmsService 接口有兩個(gè)實(shí)現(xiàn)類: SmsServiceImpl1和 SmsServiceImpl2，且它們都已經(jīng)被 Spring 容器所管理。
// 報(bào)錯(cuò)，byName 和 byType 都無法匹配到 bean
@Autowired
private SmsService smsService;
// 正確注入 SmsServiceImpl1 對(duì)象對(duì)應(yīng)的 bean
@Autowired
private SmsService smsServiceImpl1;
// 正確注入 SmsServiceImpl1 對(duì)象對(duì)應(yīng)的 bean
// smsServiceImpl1 就是我們上面所說的名稱
@Autowired
@Qualifier(value = "smsServiceImpl1")
private SmsService smsService;
我們還是建議通過 @Qualifier 注解來顯示指定名稱而不是依賴變量的名稱。
@Resource屬于 JDK 提供的注解，默認(rèn)注入方式為 byName。如果無法通過名稱匹配到對(duì)應(yīng)的 Bean 的話，注入方式會(huì)變?yōu)?code style="font-size: 14px;word-wrap: break-word;padding: 2px 4px;border-radius: 4px;margin: 0 2px;background-color: rgba(27,31,35,.05);font-family: Operator Mono, Consolas, Monaco, Menlo, monospace;word-break: break-all;color: #2980B9;background: ECF0F1;">byType。
@Resource 有兩個(gè)比較重要且日常開發(fā)常用的屬性：name（名稱）、type（類型）。
public @interface Resource {
String name() default "";
Class<?> type() default Object.class;
}
如果僅指定 name 屬性則注入方式為byName，如果僅指定type屬性則注入方式為byType，如果同時(shí)指定name 和type屬性（不建議這么做）則注入方式為byType+byName。
// 報(bào)錯(cuò)，byName 和 byType 都無法匹配到 bean
@Resource
private SmsService smsService;
// 正確注入 SmsServiceImpl1 對(duì)象對(duì)應(yīng)的 bean
@Resource
private SmsService smsServiceImpl1;
// 正確注入 SmsServiceImpl1 對(duì)象對(duì)應(yīng)的 bean（比較推薦這種方式）
@Resource(name = "smsServiceImpl1")
private SmsService smsService;
簡單總結(jié)一下：
@Autowired是 Spring 提供的注解，@Resource是 JDK 提供的注解。Autowired默認(rèn)的注入方式為byType（根據(jù)類型進(jìn)行匹配），@Resource默認(rèn)注入方式為byName（根據(jù)名稱進(jìn)行匹配）。當(dāng)一個(gè)接口存在多個(gè)實(shí)現(xiàn)類的情況下， @Autowired和@Resource都需要通過名稱才能正確匹配到對(duì)應(yīng)的 Bean。Autowired可以通過@Qualifier注解來顯示指定名稱，@Resource可以通過name屬性來顯示指定名稱。
Bean 的作用域有哪些?
Spring 中 Bean 的作用域通常有下面幾種：
singleton : IoC 容器中只有唯一的 bean 實(shí)例。Spring 中的 bean 默認(rèn)都是單例的，是對(duì)單例設(shè)計(jì)模式的應(yīng)用。 prototype : 每次獲取都會(huì)創(chuàng)建一個(gè)新的 bean 實(shí)例。也就是說，連續(xù) getBean()兩次，得到的是不同的 Bean 實(shí)例。request （僅 Web 應(yīng)用可用）: 每一次 HTTP 請(qǐng)求都會(huì)產(chǎn)生一個(gè)新的 bean（請(qǐng)求 bean），該 bean 僅在當(dāng)前 HTTP request 內(nèi)有效。 session （僅 Web 應(yīng)用可用） : 每一次來自新 session 的 HTTP 請(qǐng)求都會(huì)產(chǎn)生一個(gè)新的 bean（會(huì)話 bean），該 bean 僅在當(dāng)前 HTTP session 內(nèi)有效。 application/global-session （僅 Web 應(yīng)用可用）：每個(gè) Web 應(yīng)用在啟動(dòng)時(shí)創(chuàng)建一個(gè) Bean（應(yīng)用 Bean），，該 bean 僅在當(dāng)前應(yīng)用啟動(dòng)時(shí)間內(nèi)有效。 websocket （僅 Web 應(yīng)用可用）：每一次 WebSocket 會(huì)話產(chǎn)生一個(gè)新的 bean。
如何配置 bean 的作用域呢？
xml 方式：
<bean id="..." class="..." scope="singleton"></bean>
注解方式：
@Bean
@Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public Person personPrototype() {
return new Person();
}
單例 Bean 的線程安全問題了解嗎？
大部分時(shí)候我們并沒有在項(xiàng)目中使用多線程，所以很少有人會(huì)關(guān)注這個(gè)問題。單例 Bean 存在線程問題，主要是因?yàn)楫?dāng)多個(gè)線程操作同一個(gè)對(duì)象的時(shí)候是存在資源競(jìng)爭的。
常見的有兩種解決辦法：
在 Bean 中盡量避免定義可變的成員變量。 在類中定義一個(gè) ThreadLocal成員變量，將需要的可變成員變量保存在ThreadLocal中（推薦的一種方式）。
不過，大部分 Bean 實(shí)際都是無狀態(tài)（沒有實(shí)例變量）的（比如 Dao、Service），這種情況下， Bean 是線程安全的。
Bean 的生命周期了解么?
下面的內(nèi)容整理自：https://yemengying.com/2016/07/14/spring-bean-life-cycle/ ，除了這篇文章，再推薦一篇很不錯(cuò)的文章 ：https://www.cnblogs.com/zrtqsk/p/3735273.html 。
Bean 容器找到配置文件中 Spring Bean 的定義。 Bean 容器利用 Java Reflection API 創(chuàng)建一個(gè) Bean 的實(shí)例。 如果涉及到一些屬性值 利用 set()方法設(shè)置一些屬性值。如果 Bean 實(shí)現(xiàn)了 BeanNameAware接口，調(diào)用setBeanName()方法，傳入 Bean 的名字。如果 Bean 實(shí)現(xiàn)了 BeanClassLoaderAware接口，調(diào)用setBeanClassLoader()方法，傳入ClassLoader對(duì)象的實(shí)例。如果 Bean 實(shí)現(xiàn)了 BeanFactoryAware接口，調(diào)用setBeanFactory()方法，傳入BeanFactory對(duì)象的實(shí)例。與上面的類似，如果實(shí)現(xiàn)了其他 *.Aware接口，就調(diào)用相應(yīng)的方法。如果有和加載這個(gè) Bean 的 Spring 容器相關(guān)的 BeanPostProcessor對(duì)象，執(zhí)行postProcessBeforeInitialization()方法如果 Bean 實(shí)現(xiàn)了 InitializingBean接口，執(zhí)行afterPropertiesSet()方法。如果 Bean 在配置文件中的定義包含 init-method 屬性，執(zhí)行指定的方法。 如果有和加載這個(gè) Bean 的 Spring 容器相關(guān)的 BeanPostProcessor對(duì)象，執(zhí)行postProcessAfterInitialization()方法當(dāng)要銷毀 Bean 的時(shí)候，如果 Bean 實(shí)現(xiàn)了 DisposableBean接口，執(zhí)行destroy()方法。當(dāng)要銷毀 Bean 的時(shí)候，如果 Bean 在配置文件中的定義包含 destroy-method 屬性，執(zhí)行指定的方法。
圖示：
與之比較類似的中文版本:
Spring AoP
談?wù)勛约簩?duì)于 AOP 的了解
AOP(Aspect-Oriented Programming:面向切面編程)能夠?qū)⒛切┡c業(yè)務(wù)無關(guān)，卻為業(yè)務(wù)模塊所共同調(diào)用的邏輯或責(zé)任（例如事務(wù)處理、日志管理、權(quán)限控制等）封裝起來，便于減少系統(tǒng)的重復(fù)代碼，降低模塊間的耦合度，并有利于未來的可拓展性和可維護(hù)性。
Spring AOP 就是基于動(dòng)態(tài)代理的，如果要代理的對(duì)象，實(shí)現(xiàn)了某個(gè)接口，那么 Spring AOP 會(huì)使用 JDK Proxy，去創(chuàng)建代理對(duì)象，而對(duì)于沒有實(shí)現(xiàn)接口的對(duì)象，就無法使用 JDK Proxy 去進(jìn)行代理了，這時(shí)候 Spring AOP 會(huì)使用 Cglib 生成一個(gè)被代理對(duì)象的子類來作為代理，如下圖所示：
當(dāng)然你也可以使用 AspectJ ！Spring AOP 已經(jīng)集成了 AspectJ ，AspectJ 應(yīng)該算的上是 Java 生態(tài)系統(tǒng)中最完整的 AOP 框架了。
AOP 切面編程設(shè)計(jì)到的一些專業(yè)術(shù)語：
| 術(shù)語 | 含義 |
|---|---|
| 目標(biāo)(Target) | 被通知的對(duì)象 |
| 代理(Proxy) | 向目標(biāo)對(duì)象應(yīng)用通知之后創(chuàng)建的代理對(duì)象 |
| 連接點(diǎn)(JoinPoint) | 目標(biāo)對(duì)象的所屬類中，定義的所有方法均為連接點(diǎn) |
| 切入點(diǎn)(Pointcut) | 被切面攔截 / 增強(qiáng)的連接點(diǎn)（切入點(diǎn)一定是連接點(diǎn)，連接點(diǎn)不一定是切入點(diǎn)） |
| 通知(Advice) | 增強(qiáng)的邏輯 / 代碼，也即攔截到目標(biāo)對(duì)象的連接點(diǎn)之后要做的事情 |
| 切面(Aspect) | 切入點(diǎn)(Pointcut)+通知(Advice) |
| Weaving(織入) | 將通知應(yīng)用到目標(biāo)對(duì)象，進(jìn)而生成代理對(duì)象的過程動(dòng)作 |
Spring AOP 和 AspectJ AOP 有什么區(qū)別？
Spring AOP 屬于運(yùn)行時(shí)增強(qiáng)，而 AspectJ 是編譯時(shí)增強(qiáng)。 Spring AOP 基于代理(Proxying)，而 AspectJ 基于字節(jié)碼操作(Bytecode Manipulation)。
Spring AOP 已經(jīng)集成了 AspectJ ，AspectJ 應(yīng)該算的上是 Java 生態(tài)系統(tǒng)中最完整的 AOP 框架了。AspectJ 相比于 Spring AOP 功能更加強(qiáng)大，但是 Spring AOP 相對(duì)來說更簡單，
如果我們的切面比較少，那么兩者性能差異不大。但是，當(dāng)切面太多的話，最好選擇 AspectJ ，它比 Spring AOP 快很多。
AspectJ 定義的通知類型有哪些？
Before（前置通知）：目標(biāo)對(duì)象的方法調(diào)用之前觸發(fā) After （后置通知）：目標(biāo)對(duì)象的方法調(diào)用之后觸發(fā) AfterReturning（返回通知）：目標(biāo)對(duì)象的方法調(diào)用完成，在返回結(jié)果值之后觸發(fā) AfterThrowing（異常通知） ：目標(biāo)對(duì)象的方法運(yùn)行中拋出 / 觸發(fā)異常后觸發(fā)。AfterReturning 和 AfterThrowing 兩者互斥。如果方法調(diào)用成功無異常，則會(huì)有返回值；如果方法拋出了異常，則不會(huì)有返回值。 Around：（環(huán)繞通知）編程式控制目標(biāo)對(duì)象的方法調(diào)用。環(huán)繞通知是所有通知類型中可操作范圍最大的一種，因?yàn)樗梢灾苯幽玫侥繕?biāo)對(duì)象，以及要執(zhí)行的方法，所以環(huán)繞通知可以任意的在目標(biāo)對(duì)象的方法調(diào)用前后搞事，甚至不調(diào)用目標(biāo)對(duì)象的方法
多個(gè)切面的執(zhí)行順序如何控制？
1、通常使用@Order 注解直接定義切面順序
// 值越小優(yōu)先級(jí)越高
@Order(3)
@Component
@Aspect
public class LoggingAspect implements Ordered {
2、實(shí)現(xiàn)Ordered 接口重寫 getOrder 方法。
@Component
@Aspect
public class LoggingAspect implements Ordered {
// ....
@Override
public int getOrder() {
// 返回值越小優(yōu)先級(jí)越高
return 1;
}
}
Spring MVC
說說自己對(duì)于 Spring MVC 了解?
MVC 是模型(Model)、視圖(View)、控制器(Controller)的簡寫，其核心思想是通過將業(yè)務(wù)邏輯、數(shù)據(jù)、顯示分離來組織代碼。
網(wǎng)上有很多人說 MVC 不是設(shè)計(jì)模式，只是軟件設(shè)計(jì)規(guī)范，我個(gè)人更傾向于 MVC 同樣是眾多設(shè)計(jì)模式中的一種。**java-design-patterns** 項(xiàng)目中就有關(guān)于 MVC 的相關(guān)介紹。
想要真正理解 Spring MVC，我們先來看看 Model 1 和 Model 2 這兩個(gè)沒有 Spring MVC 的時(shí)代。
Model 1 時(shí)代
很多學(xué) Java 后端比較晚的朋友可能并沒有接觸過 Model 1 時(shí)代下的 JavaWeb 應(yīng)用開發(fā)。在 Model1 模式下，整個(gè) Web 應(yīng)用幾乎全部用 JSP 頁面組成，只用少量的 JavaBean 來處理數(shù)據(jù)庫連接、訪問等操作。
這個(gè)模式下 JSP 即是控制層（Controller）又是表現(xiàn)層（View）。顯而易見，這種模式存在很多問題。比如控制邏輯和表現(xiàn)邏輯混雜在一起，導(dǎo)致代碼重用率極低；再比如前端和后端相互依賴，難以進(jìn)行測(cè)試維護(hù)并且開發(fā)效率極低。
Model 2 時(shí)代
學(xué)過 Servlet 并做過相關(guān) Demo 的朋友應(yīng)該了解“Java Bean(Model)+ JSP（View）+Servlet（Controller） ”這種開發(fā)模式，這就是早期的 JavaWeb MVC 開發(fā)模式。
Model:系統(tǒng)涉及的數(shù)據(jù)，也就是 dao 和 bean。 View：展示模型中的數(shù)據(jù)，只是用來展示。 Controller：處理用戶請(qǐng)求都發(fā)送給 ，返回?cái)?shù)據(jù)給 JSP 并展示給用戶。
Model2 模式下還存在很多問題，Model2 的抽象和封裝程度還遠(yuǎn)遠(yuǎn)不夠，使用 Model2 進(jìn)行開發(fā)時(shí)不可避免地會(huì)重復(fù)造輪子，這就大大降低了程序的可維護(hù)性和復(fù)用性。
于是，很多 JavaWeb 開發(fā)相關(guān)的 MVC 框架應(yīng)運(yùn)而生比如 Struts2，但是 Struts2 比較笨重。
Spring MVC 時(shí)代
隨著 Spring 輕量級(jí)開發(fā)框架的流行，Spring 生態(tài)圈出現(xiàn)了 Spring MVC 框架， Spring MVC 是當(dāng)前最優(yōu)秀的 MVC 框架。相比于 Struts2 ， Spring MVC 使用更加簡單和方便，開發(fā)效率更高，并且 Spring MVC 運(yùn)行速度更快。
MVC 是一種設(shè)計(jì)模式，Spring MVC 是一款很優(yōu)秀的 MVC 框架。Spring MVC 可以幫助我們進(jìn)行更簡潔的 Web 層的開發(fā)，并且它天生與 Spring 框架集成。Spring MVC 下我們一般把后端項(xiàng)目分為 Service 層（處理業(yè)務(wù)）、Dao 層（數(shù)據(jù)庫操作）、Entity 層（實(shí)體類）、Controller 層(控制層，返回?cái)?shù)據(jù)給前臺(tái)頁面)。
Spring MVC 的核心組件有哪些？
記住了下面這些組件，也就記住了 SpringMVC 的工作原理。
DispatcherServlet：核心的中央處理器，負(fù)責(zé)接收請(qǐng)求、分發(fā)，并給予客戶端響應(yīng)。HandlerMapping：處理器映射器，根據(jù) uri 去匹配查找能處理的Handler，并會(huì)將請(qǐng)求涉及到的攔截器和Handler一起封裝。HandlerAdapter：處理器適配器，根據(jù)HandlerMapping找到的Handler，適配執(zhí)行對(duì)應(yīng)的Handler；Handler：請(qǐng)求處理器，處理實(shí)際請(qǐng)求的處理器。ViewResolver：視圖解析器，根據(jù)Handler返回的邏輯視圖 / 視圖，解析并渲染真正的視圖，并傳遞給DispatcherServlet響應(yīng)客戶端
SpringMVC 工作原理了解嗎?
Spring MVC 原理如下圖所示：
SpringMVC 工作原理的圖解我沒有自己畫，直接圖省事在網(wǎng)上找了一個(gè)非常清晰直觀的，原出處不明。
流程說明（重要）：
客戶端（瀏覽器）發(fā)送請(qǐng)求， DispatcherServlet攔截請(qǐng)求。DispatcherServlet根據(jù)請(qǐng)求信息調(diào)用HandlerMapping。HandlerMapping根據(jù) uri 去匹配查找能處理的Handler（也就是我們平常說的Controller控制器） ，并會(huì)將請(qǐng)求涉及到的攔截器和Handler一起封裝。DispatcherServlet調(diào)用HandlerAdapter適配執(zhí)行Handler。Handler完成對(duì)用戶請(qǐng)求的處理后，會(huì)返回一個(gè)ModelAndView對(duì)象給DispatcherServlet，ModelAndView顧名思義，包含了數(shù)據(jù)模型以及相應(yīng)的視圖的信息。Model是返回的數(shù)據(jù)對(duì)象，View是個(gè)邏輯上的View。ViewResolver會(huì)根據(jù)邏輯View查找實(shí)際的View。DispaterServlet把返回的Model傳給View（視圖渲染）。把 View返回給請(qǐng)求者（瀏覽器）
統(tǒng)一異常處理怎么做？
推薦使用注解的方式統(tǒng)一異常處理，具體會(huì)使用到 @ControllerAdvice + @ExceptionHandler 這兩個(gè)注解 。
@ControllerAdvice
@ResponseBody
public class GlobalExceptionHandler {
@ExceptionHandler(BaseException.class)
public ResponseEntity<?> handleAppException(BaseException ex, HttpServletRequest request) {
//......
}
@ExceptionHandler(value = ResourceNotFoundException.class)
public ResponseEntity<ErrorReponse> handleResourceNotFoundException(ResourceNotFoundException ex, HttpServletRequest request) {
//......
}
}
這種異常處理方式下，會(huì)給所有或者指定的 Controller 織入異常處理的邏輯（AOP），當(dāng) Controller 中的方法拋出異常的時(shí)候，由被@ExceptionHandler 注解修飾的方法進(jìn)行處理。
ExceptionHandlerMethodResolver 中 getMappedMethod 方法決定了異常具體被哪個(gè)被 @ExceptionHandler 注解修飾的方法處理異常。
@Nullable
private Method getMappedMethod(Class<? extends Throwable> exceptionType) {
List<Class<? extends Throwable>> matches = new ArrayList<>();
//找到可以處理的所有異常信息。mappedMethods 中存放了異常和處理異常的方法的對(duì)應(yīng)關(guān)系
for (Class<? extends Throwable> mappedException : this.mappedMethods.keySet()) {
if (mappedException.isAssignableFrom(exceptionType)) {
matches.add(mappedException);
}
}
// 不為空說明有方法處理異常
if (!matches.isEmpty()) {
// 按照匹配程度從小到大排序
matches.sort(new ExceptionDepthComparator(exceptionType));
// 返回處理異常的方法
return this.mappedMethods.get(matches.get(0));
}
else {
return null;
}
}
從源代碼看出：getMappedMethod()會(huì)首先找到可以匹配處理異常的所有方法信息，然后對(duì)其進(jìn)行從小到大的排序，最后取最小的那一個(gè)匹配的方法(即匹配度最高的那個(gè))。
Spring 框架中用到了哪些設(shè)計(jì)模式？
關(guān)于下面一些設(shè)計(jì)模式的詳細(xì)介紹，可以看筆主前段時(shí)間的原創(chuàng)文章《面試官:“談?wù)?Spring 中都用到了那些設(shè)計(jì)模式?”?！?/a> 。
工廠設(shè)計(jì)模式 : Spring 使用工廠模式通過 BeanFactory、ApplicationContext創(chuàng)建 bean 對(duì)象。代理設(shè)計(jì)模式 : Spring AOP 功能的實(shí)現(xiàn)。 單例設(shè)計(jì)模式 : Spring 中的 Bean 默認(rèn)都是單例的。 模板方法模式 : Spring 中 jdbcTemplate、hibernateTemplate等以 Template 結(jié)尾的對(duì)數(shù)據(jù)庫操作的類，它們就使用到了模板模式。包裝器設(shè)計(jì)模式 : 我們的項(xiàng)目需要連接多個(gè)數(shù)據(jù)庫，而且不同的客戶在每次訪問中根據(jù)需要會(huì)去訪問不同的數(shù)據(jù)庫。這種模式讓我們可以根據(jù)客戶的需求能夠動(dòng)態(tài)切換不同的數(shù)據(jù)源。 觀察者模式: Spring 事件驅(qū)動(dòng)模型就是觀察者模式很經(jīng)典的一個(gè)應(yīng)用。 適配器模式 : Spring AOP 的增強(qiáng)或通知(Advice)使用到了適配器模式、spring MVC 中也是用到了適配器模式適配 Controller。......
Spring 事務(wù)
Spring/SpringBoot 模塊下專門有一篇是講 Spring 事務(wù)的，總結(jié)的非常詳細(xì)，通俗易懂。
Spring 管理事務(wù)的方式有幾種？
編程式事務(wù) ：在代碼中硬編碼(不推薦使用) : 通過 TransactionTemplate或者TransactionManager手動(dòng)管理事務(wù)，實(shí)際應(yīng)用中很少使用，但是對(duì)于你理解 Spring 事務(wù)管理原理有幫助。聲明式事務(wù) ：在 XML 配置文件中配置或者直接基于注解（推薦使用） : 實(shí)際是通過 AOP 實(shí)現(xiàn)（基于 @Transactional的全注解方式使用最多）
Spring 事務(wù)中哪幾種事務(wù)傳播行為?
事務(wù)傳播行為是為了解決業(yè)務(wù)層方法之間互相調(diào)用的事務(wù)問題。
當(dāng)事務(wù)方法被另一個(gè)事務(wù)方法調(diào)用時(shí)，必須指定事務(wù)應(yīng)該如何傳播。例如：方法可能繼續(xù)在現(xiàn)有事務(wù)中運(yùn)行，也可能開啟一個(gè)新事務(wù)，并在自己的事務(wù)中運(yùn)行。
正確的事務(wù)傳播行為可能的值如下:
1.TransactionDefinition.PROPAGATION_REQUIRED
使用的最多的一個(gè)事務(wù)傳播行為，我們平時(shí)經(jīng)常使用的@Transactional注解默認(rèn)使用就是這個(gè)事務(wù)傳播行為。如果當(dāng)前存在事務(wù)，則加入該事務(wù)；如果當(dāng)前沒有事務(wù)，則創(chuàng)建一個(gè)新的事務(wù)。
2.TransactionDefinition.PROPAGATION_REQUIRES_NEW
創(chuàng)建一個(gè)新的事務(wù)，如果當(dāng)前存在事務(wù)，則把當(dāng)前事務(wù)掛起。也就是說不管外部方法是否開啟事務(wù)，Propagation.REQUIRES_NEW修飾的內(nèi)部方法會(huì)新開啟自己的事務(wù)，且開啟的事務(wù)相互獨(dú)立，互不干擾。
3.TransactionDefinition.PROPAGATION_NESTED
如果當(dāng)前存在事務(wù)，則創(chuàng)建一個(gè)事務(wù)作為當(dāng)前事務(wù)的嵌套事務(wù)來運(yùn)行；如果當(dāng)前沒有事務(wù)，則該取值等價(jià)于TransactionDefinition.PROPAGATION_REQUIRED。
4.TransactionDefinition.PROPAGATION_MANDATORY
如果當(dāng)前存在事務(wù)，則加入該事務(wù)；如果當(dāng)前沒有事務(wù)，則拋出異常。（mandatory：強(qiáng)制性）
這個(gè)使用的很少。
若是錯(cuò)誤的配置以下 3 種事務(wù)傳播行為，事務(wù)將不會(huì)發(fā)生回滾：
TransactionDefinition.PROPAGATION_SUPPORTS: 如果當(dāng)前存在事務(wù)，則加入該事務(wù)；如果當(dāng)前沒有事務(wù)，則以非事務(wù)的方式繼續(xù)運(yùn)行。TransactionDefinition.PROPAGATION_NOT_SUPPORTED: 以非事務(wù)方式運(yùn)行，如果當(dāng)前存在事務(wù)，則把當(dāng)前事務(wù)掛起。TransactionDefinition.PROPAGATION_NEVER: 以非事務(wù)方式運(yùn)行，如果當(dāng)前存在事務(wù)，則拋出異常。
Spring 事務(wù)中的隔離級(jí)別有哪幾種?
和事務(wù)傳播行為這塊一樣，為了方便使用，Spring 也相應(yīng)地定義了一個(gè)枚舉類：Isolation
public enum Isolation {
DEFAULT(TransactionDefinition.ISOLATION_DEFAULT),
READ_UNCOMMITTED(TransactionDefinition.ISOLATION_READ_UNCOMMITTED),
READ_COMMITTED(TransactionDefinition.ISOLATION_READ_COMMITTED),
REPEATABLE_READ(TransactionDefinition.ISOLATION_REPEATABLE_READ),
SERIALIZABLE(TransactionDefinition.ISOLATION_SERIALIZABLE);
private final int value;
Isolation(int value) {
this.value = value;
}
public int value() {
return this.value;
}
}
下面我依次對(duì)每一種事務(wù)隔離級(jí)別進(jìn)行介紹：
TransactionDefinition.ISOLATION_DEFAULT:使用后端數(shù)據(jù)庫默認(rèn)的隔離級(jí)別，MySQL 默認(rèn)采用的REPEATABLE_READ隔離級(jí)別 Oracle 默認(rèn)采用的READ_COMMITTED隔離級(jí)別.TransactionDefinition.ISOLATION_READ_UNCOMMITTED:最低的隔離級(jí)別，使用這個(gè)隔離級(jí)別很少，因?yàn)樗试S讀取尚未提交的數(shù)據(jù)變更，可能會(huì)導(dǎo)致臟讀、幻讀或不可重復(fù)讀TransactionDefinition.ISOLATION_READ_COMMITTED: 允許讀取并發(fā)事務(wù)已經(jīng)提交的數(shù)據(jù)，可以阻止臟讀，但是幻讀或不可重復(fù)讀仍有可能發(fā)生TransactionDefinition.ISOLATION_REPEATABLE_READ: 對(duì)同一字段的多次讀取結(jié)果都是一致的，除非數(shù)據(jù)是被本身事務(wù)自己所修改，可以阻止臟讀和不可重復(fù)讀，但幻讀仍有可能發(fā)生。TransactionDefinition.ISOLATION_SERIALIZABLE: 最高的隔離級(jí)別，完全服從 ACID 的隔離級(jí)別。所有的事務(wù)依次逐個(gè)執(zhí)行，這樣事務(wù)之間就完全不可能產(chǎn)生干擾，也就是說，該級(jí)別可以防止臟讀、不可重復(fù)讀以及幻讀。但是這將嚴(yán)重影響程序的性能。通常情況下也不會(huì)用到該級(jí)別。
@Transactional(rollbackFor = Exception.class)注解了解嗎？
Exception 分為運(yùn)行時(shí)異常 RuntimeException 和非運(yùn)行時(shí)異常。事務(wù)管理對(duì)于企業(yè)應(yīng)用來說是至關(guān)重要的，即使出現(xiàn)異常情況，它也可以保證數(shù)據(jù)的一致性。
當(dāng) @Transactional 注解作用于類上時(shí)，該類的所有 public 方法將都具有該類型的事務(wù)屬性，同時(shí)，我們也可以在方法級(jí)別使用該標(biāo)注來覆蓋類級(jí)別的定義。如果類或者方法加了這個(gè)注解，那么這個(gè)類里面的方法拋出異常，就會(huì)回滾，數(shù)據(jù)庫里面的數(shù)據(jù)也會(huì)回滾。
在 @Transactional 注解中如果不配置rollbackFor屬性,那么事務(wù)只會(huì)在遇到RuntimeException的時(shí)候才會(huì)回滾，加上 rollbackFor=Exception.class,可以讓事務(wù)在遇到非運(yùn)行時(shí)異常時(shí)也回滾。
Spring Data JPA
JPA 重要的是實(shí)戰(zhàn)，這里僅對(duì)小部分知識(shí)點(diǎn)進(jìn)行總結(jié)。
如何使用 JPA 在數(shù)據(jù)庫中非持久化一個(gè)字段？
假如我們有下面一個(gè)類：
@Entity(name="USER")
public class User {
@Id
@GeneratedValue(strategy = GenerationType.AUTO)
@Column(name = "ID")
private Long id;
@Column(name="USER_NAME")
private String userName;
@Column(name="PASSWORD")
private String password;
private String secrect;
}
如果我們想讓secrect 這個(gè)字段不被持久化，也就是不被數(shù)據(jù)庫存儲(chǔ)怎么辦？我們可以采用下面幾種方法：
static String transient1; // not persistent because of static
final String transient2 = "Satish"; // not persistent because of final
transient String transient3; // not persistent because of transient
@Transient
String transient4; // not persistent because of @Transient
一般使用后面兩種方式比較多，我個(gè)人使用注解的方式比較多。
JPA 的審計(jì)功能是做什么的？有什么用？
審計(jì)功能主要是幫助我們記錄數(shù)據(jù)庫操作的具體行為比如某條記錄是誰創(chuàng)建的、什么時(shí)間創(chuàng)建的、最后修改人是誰、最后修改時(shí)間是什么時(shí)候。
@Data
@AllArgsConstructor
@NoArgsConstructor
@MappedSuperclass
@EntityListeners(value = AuditingEntityListener.class)
public abstract class AbstractAuditBase {
@CreatedDate
@Column(updatable = false)
@JsonIgnore
private Instant createdAt;
@LastModifiedDate
@JsonIgnore
private Instant updatedAt;
@CreatedBy
@Column(updatable = false)
@JsonIgnore
private String createdBy;
@LastModifiedBy
@JsonIgnore
private String updatedBy;
}
@CreatedDate: 表示該字段為創(chuàng)建時(shí)間字段，在這個(gè)實(shí)體被 insert 的時(shí)候，會(huì)設(shè)置值@CreatedBy:表示該字段為創(chuàng)建人，在這個(gè)實(shí)體被 insert 的時(shí)候，會(huì)設(shè)置值@LastModifiedDate、@LastModifiedBy同理。
實(shí)體之間的關(guān)聯(lián)關(guān)系注解有哪些？
@OneToOne: 一對(duì)一。@ManyToMany：多對(duì)多。@OneToMany: 一對(duì)多。@ManyToOne：多對(duì)一。
利用 @ManyToOne 和 @OneToMany 也可以表達(dá)多對(duì)多的關(guān)聯(lián)關(guān)系。
Spring Security
Spring Security 重要的是實(shí)戰(zhàn)，這里僅對(duì)小部分知識(shí)點(diǎn)進(jìn)行總結(jié)。
有哪些控制請(qǐng)求訪問權(quán)限的方法？
permitAll()：無條件允許任何形式訪問，不管你登錄還是沒有登錄。anonymous()：允許匿名訪問，也就是沒有登錄才可以訪問。denyAll()：無條件決絕任何形式的訪問。authenticated()：只允許已認(rèn)證的用戶訪問。fullyAuthenticated()：只允許已經(jīng)登錄或者通過 remember-me 登錄的用戶訪問。hasRole(String): 只允許指定的角色訪問。hasAnyRole(String): 指定一個(gè)或者多個(gè)角色，滿足其一的用戶即可訪問。hasAuthority(String)：只允許具有指定權(quán)限的用戶訪問hasAnyAuthority(String)：指定一個(gè)或者多個(gè)權(quán)限，滿足其一的用戶即可訪問。hasIpAddress(String): 只允許指定 ip 的用戶訪問。
hasRole 和 hasAuthority 有區(qū)別嗎？
可以看看松哥的這篇文章：Spring Security 中的 hasRole 和 hasAuthority 有區(qū)別嗎？，介紹的比較詳細(xì)。
如何對(duì)密碼進(jìn)行加密？
如果我們需要保存密碼這類敏感數(shù)據(jù)到數(shù)據(jù)庫的話，需要先加密再保存。
Spring Security 提供了多種加密算法的實(shí)現(xiàn)，開箱即用，非常方便。這些加密算法實(shí)現(xiàn)類的父類是 PasswordEncoder ，如果你想要自己實(shí)現(xiàn)一個(gè)加密算法的話，也需要繼承 PasswordEncoder。
PasswordEncoder 接口一共也就 3 個(gè)必須實(shí)現(xiàn)的方法。
public interface PasswordEncoder {
// 加密也就是對(duì)原始密碼進(jìn)行編碼
String encode(CharSequence var1);
// 比對(duì)原始密碼和數(shù)據(jù)庫中保存的密碼
boolean matches(CharSequence var1, String var2);
// 判斷加密密碼是否需要再次進(jìn)行加密，默認(rèn)返回 false
default boolean upgradeEncoding(String encodedPassword) {
return false;
}
}
官方推薦使用基于 bcrypt 強(qiáng)哈希函數(shù)的加密算法實(shí)現(xiàn)類。
如何優(yōu)雅更換系統(tǒng)使用的加密算法？
如果我們?cè)陂_發(fā)過程中，突然發(fā)現(xiàn)現(xiàn)有的加密算法無法滿足我們的需求，需要更換成另外一個(gè)加密算法，這個(gè)時(shí)候應(yīng)該怎么辦呢？
推薦的做法是通過 DelegatingPasswordEncoder 兼容多種不同的密碼加密方案，以適應(yīng)不同的業(yè)務(wù)需求。
從名字也能看出來，DelegatingPasswordEncoder 其實(shí)就是一個(gè)代理類，并非是一種全新的加密算法，它做的事情就是代理上面提到的加密算法實(shí)現(xiàn)類。在 Spring Security 5.0 之后，默認(rèn)就是基于 DelegatingPasswordEncoder 進(jìn)行密碼加密的。
參考
《Spring 技術(shù)內(nèi)幕》 《從零開始深入學(xué)習(xí) Spring》：https://juejin.cn/book/6857911863016390663 http://www.cnblogs.com/wmyskxz/p/8820371.html https://www.journaldev.com/2696/spring-interview-questions-and-answers https://www.edureka.co/blog/interview-questions/spring-interview-questions/ https://www.cnblogs.com/clwydjgs/p/9317849.html https://howtodoinjava.com/interview-questions/top-spring-interview-questions-with-answers/ http://www.tomaszezula.com/2014/02/09/spring-series-part-5-component-vs-bean/ https://stackoverflow.com/questions/34172888/difference-between-bean-and-autowired
··················END················