作業3年去大廠面試Java開發，被Spring問自閉了...

前言：

又到了金九銀十的日子，前幾天好朋友發來喜訊，跳槽一個月了，面試了有二十家公司，在面試官的狂轟濫炸下終于拿到了不錯的offer，但是比較可惜的是朋友內推的大廠面試失敗了，而且還是在Spring上，就令人挺無語的，他說本來以為大廠的面試會問一下高并發執行緒組件方面的知識，所以就著重看了一下這些，沒想到栽倒了Spring上，真是太慘了！

所以今天我就總結一下幾個關于Spring的高頻面試題，比如：SpringAOP和aspectJ AOP有什么區別？springbean的生命周期？事務控制等，希望對大家有所幫助，

另外本人整理收藏了20年多家公司面試知識點整理 ，以及各種Java核心知識點免費分享給大家，想要資料的話請點795983544暗號CSDN，

IOC

IOC（Inversion Of Controll，控制反轉）是一種設計思想，將原本在程式中手動創建物件的控制權，交由給Spring框架來管理，IOC容器是Spring用來實作IOC的載體，IOC容器實際上就是一個Map(key, value)，Map中存放的是各種物件，

這樣可以很大程度上簡化應用的開發，把應用從復雜的依賴關系中解放出來，IOC容器就像是一個工廠，當需要創建一個物件，只需要配置好組態檔/注解即可，不用考慮物件是如何被創建出來的，大大增加了專案的可維護性且降低了開發難度，

AOP

AOP（Aspect-Oriented Programming，面向切面編程）能夠將那些與業務無關，卻為業務模塊所共同呼叫的邏輯或責任（例如事務處理、日志管理、權限控制等）封裝起來，便于減少系統的重復代碼，降低模塊間的耦合度，并有利于未來的可擴展性和可維護性，使用AOP之后我們可以把一些通用功能抽象出來，在需要用到的地方直接使用即可，這樣可以大大簡化代碼量，提高了系統的擴展性，

Spring AOP是基于動態代理的，如果要代理的物件實作了某個介面，那么Spring AOP就會使用JDK動態代理去創建代理物件；而對于沒有實作介面的物件，就無法使用JDK動態代理，轉而使用CGlib動態代理生成一個被代理物件的子類來作為代理，

Spring AOP / AspectJ AOP 的區別？

Spring AOP屬于運行時增強，而AspectJ是編譯時增強，

Spring AOP基于代理（Proxying），而AspectJ基于位元組碼操作（Bytecode Manipulation），

AspectJ相比于Spring AOP功能更加強大，但是Spring AOP相對來說更簡單，如果切面比較少，那么兩者性能差異不大，但是，當切面太多的話，最好選擇AspectJ，它比SpringAOP快很多，

Spring框架中都用到了哪些設計模式？

1. 代理模式：在AOP和remoting中被用的比較多，

2. 單例模式：在spring組態檔中定義的bean默認為單例模式，

3. 模板方法模式：用來解決代碼重復的問題，

4. 前端控制器模式：Spring提供了DispatcherServlet來對請求進行分發，

5. 依賴注入模式：貫穿于BeanFactory / ApplicationContext介面的核心理念，

6. 工廠模式：BeanFactory用來創建物件的實體，

springmvc的核心是什么，請求的流程是怎么處理的，控制反轉怎么實作的

核心：控制反轉和面向切面

請求處理流程：

首先用戶發送請求到前端控制器，前端控制器根據請求資訊（如URL）來決定選擇哪一個頁面控制器進行處理并把請求委托給它，即以前的控制器的控制邏輯部分；
頁面控制器接收到請求后，進行功能處理，首先需要收集和系結請求引數到一個物件，并進行驗證，然后將命令物件委托給業務物件進行處理；處理完畢后回傳一個ModelAndView（模型資料和邏輯視圖名）；
前端控制器識訓控制權，然后根據回傳的邏輯視圖名，選擇相應的視圖進行渲染，并把模型資料傳入以便視圖渲染；
前端控制器再次識訓控制權，將回應回傳給用戶，
控制反轉如何實作：

我們每次使用spring框架都要配置xml檔案，這個xml配置了bean的id和class，
spring中默認的bean為單實體模式，通過bean的class參考反射機制可以創建這個實體，
因此，spring框架通過反射替我們創建好了實體并且替我們維護他們，
A需要參考B類，spring框架就會通過xml把B實體的參考傳給了A的成員變數，

你用過哪些重要的 Spring 注解？

@Controller - 用于 Spring MVC 專案中的控制器類，
@Service - 用于服務類，
@RequestMapping - 用于在控制器處理程式方法中配置 URI 映射，
@ResponseBody - 用于發送 Object 作為回應，通常用于發送 XML 或 JSON 資料作為回應，
@PathVariable - 用于將動態值從 URI 映射到處理程式方法引數，
@Autowired - 用于在 spring bean 中自動裝配依賴項，
@Qualifier - 使用 @Autowired 注解，以避免在存在多個 bean 型別實體時出現混淆，
@Scope - 用于配置 spring bean 的范圍，
@Configuration，@ComponentScan 和 @Bean - 用于基于 java 的配置，
@Aspect，@Before，@After，@Around，@Pointcut - 用于切面編程（AOP），

@Component, @Controller, @Repository, @Service 有何區別？

• @Component：這將 java 類標記為 bean，它是任何 Spring 管理組件的通用構造型，spring
  的組件掃描機制現在可以將其拾取并將其拉入應用程式環境中，
• @Controller：這將一個類標記為 Spring Web MVC 控制器，標有它的 Bean 會自動匯入到 IoC 容器中，
• @Service：此注解是組件注解的特化，它不會對 @Component 注解提供任何其他行為，您可以在服務層類中使用
• @Service 而不是 @Component，因為它以更好的方式指定了意圖，
• @Repository：這個注解是具有類似用途和功能的 @Component 注解的特化，它為 DAO 提供了額外的好處，它將 DAO匯入 IoC 容器，并使未經檢查的例外有資格轉換為 Spring DataAccessException，

SpringMVC 流程？

1）用戶發送請求至前端控制器 DispatcherServlet，
2）DispatcherServlet 收到請求呼叫 HandlerMapping 處理器映射器，
3）處理器映射器找到具體的處理器(可以根據 xml 配置、注解進行查找)，生成處理器及處理器攔截器(如果有則生成)一并回傳給 DispatcherServlet，
4）DispatcherServlet 呼叫 HandlerAdapter 處理器配接器，
5）HandlerAdapter 經過適配呼叫具體的處理器(Controller，也叫后端控制器)
6）Controller 執行完成回傳 ModelAndView，
7）HandlerAdapter 將 controller 執行結果 ModelAndView 回傳給 DispatcherServlet，8）DispatcherServlet 將 ModelAndView 傳給 ViewReslover 視圖決議器，
9）ViewReslover 決議后回傳具體 View，
10）DispatcherServlet 根據 View 進行渲染視圖（即將模型資料填充至視圖中），
11）DispatcherServlet 回應用戶，

SpringMvc 怎么和 AJAX 相互呼叫的？

通過 Jackson 框架就可以把 Java 里面的物件直接轉化成 Js 可以識別的 Json 物件具體步驟如下
1）加入 Jackson.jar
2）在組態檔中配置 json 的映射
3）在接受 Ajax 方法里面可以直接回傳 Object,List 等,但方法前面要加上@ResponseB注解

有哪些不同型別的依賴注入實作方式？

依賴注入是時下最流行的IoC實作方式，依賴注入分為介面注入（Interface Injection），Setter方法注入（Setter Injection）和構造器注入（Constructor Injection）三種方式，其中介面注入由于在靈活性和易用性比較差，現在從Spring4開始已被廢棄，

構造器依賴注入：構造器依賴注入通過容器觸發一個類的構造器來實作的，該類有一系列引數，每個引數代表一個對其他類的依賴，

Setter方法注入：Setter方法注入是容器通過呼叫無參構造器或無參static工廠 方法實體化bean之后，呼叫該bean的setter方法，即實作了基于setter的依賴注入，

Spring Beans

什么是Spring beans？

Spring beans 是那些形成Spring應用的主干的java物件，它們被Spring IOC容器初始化，裝配，和管理，這些beans通過容器中配置的元資料創建，比如，以XML檔案中 的形式定義，

一個 Spring Bean 定義 包含什么？

一個Spring Bean 的定義包含容器必知的所有配置元資料，包括如何創建一個bean，它的生命周期詳情及它的依賴，

如何給Spring 容器提供配置元資料？Spring有幾種配置方式

這里有三種重要的方法給Spring 容器提供配置元資料，

XML組態檔，
基于注解的配置，
基于java的配置，

Spring組態檔包含了哪些資訊

Spring組態檔是個XML 檔案，這個檔案包含了類資訊，描述了如何配置它們，以及如何相互呼叫，

Spring基于xml注入bean的幾種方式

Set方法注入；
構造器注入：①通過index設定引數的位置；②通過type設定引數型別；
靜態工廠注入；
實體工廠；

關于事務控制

事務是一系列的動作，它們綜合在一起才是一個完整的作業單元，這些動作必須全部完成，如果有一個失敗的話，那么事務就會回滾到最開始的狀態，仿佛什么都沒發生過一樣，

1.1 spring中事務控制API
PlatformTransactionManager 介面提供事務操作的方法，包含三個具體的操作

public interface PlatformTransactionManager extends TransactionManager {
    // 獲取事務狀態資訊
    TransactionStatus getTransaction(@Nullable TransactionDefinition var1) throws TransactionException;

    // 提交事務
    void commit(TransactionStatus var1) throws TransactionException;

    // 回滾事務
    void rollback(TransactionStatus var1) throws TransactionException;
}

開發中常用的實作類：

org.springframework.jdbc.datasource.DataSourceTransactionManager :使用Spring JDBC或iBatis進行持久化資料時使用

spring中事務控制介面的結構

1.1.2 TransactionDefinition

事務的定義資訊物件，包含如下方法：

獲取事務物件名稱：String getName()

獲取事務隔離級別：int getIsolationLevel()

獲取事務傳播行為：int getPropagationBehavior()

獲取事務超時時間：int getTimeout()

獲取事務是否只讀：boolean isReadOnly()

1.1.3 TransactionStatus

描述了某個時間點上事務物件的狀態資訊，包含6個具體的操作：

重繪事務：void flush()

獲取是否存在儲存點：boolean hasSavepoint()

獲取事務是否完成：boolean isCompleted()

獲取事務是否為新的事物：boolean isNewTransaction()

獲取事務是否回滾：boolean isRollbackOnly()

設定事務回滾：void set RollbackOnly()

1.2 事務的隔離級別

事務的隔離界別反映事務提交并發訪問時的處理態度

1.2.1 事務隔離的級別

• ISOLATION_DEFAULT 默認級別，由 DBA 默認的設定來決定隔離級別，歸屬下列某一種
• ISOLATION_READ_UNCOMMITTED 就是一個事務可以讀取另一個未提交事務的資料，會出現臟讀、不可重復讀、幻讀（隔離級別最低，但并發性高）
• ISOLATION_READ_COMMITTED 就是一個事務要等另一個事務提交后才能讀取資料，解決臟讀問題，會出現不可重復讀、幻讀問題（鎖定正在讀取的行，適用于大多數系統，Oracle默認級別）
• ISOLATION_REPEATABLE_READ 就是在開始讀取資料（事務開啟）時，不再允許修改操作，解決不可重復讀問題，會出現幻讀問題（鎖定所讀的所有行，MYSQL默認級別）
• ISOLATION_SERALZABLE 是最高的事務隔離級別，在該級別下，事務串行化順序執行，可以避免臟讀、不可重復讀與幻讀，但是這種事務隔離級別效率低下，比較耗資料庫性能，一般不使用，

事務隔離級別由上到下依次提升，隔離級別越高，越能保證資料的完整性和一致性，但對資料庫性能的消耗依次增加，并發執行效率依次下降，

大多數的資料庫默認隔離級別為 Read Commited，比如 SqlServer、Oracle

少數資料庫默認隔離級別為：Repeatable Read 比如：MySQL InnoDB

1.2.2 資料庫讀取時會出現的三種問題

① Dirty reads：讀臟資料，

也就是說，比如事務A的未提交（還依然快取）的資料被事務B讀走，如果事務A失敗回滾，會導致事務B所讀取的的資料是錯誤的，

② non-repeatable reads：資料不可重復讀，

比如事務A中兩處讀取資料price的值，在第一讀的時候，price是100，然后事務B就把price的值改成 200；事務A再讀一次，結果就發現，price竟然就變成200了，造成事務A資料混亂，

③ phantom reads：幻象讀資料，

這個和non-repeatable reads相似，也是同一個事務中多次讀不一致的問題，但是 non-repeatable reads 的不一致是因為他所要取的資料值被改變了（比如price）而 phantom reads 所要讀的資料的不一致卻是他的條件資料集發生變化了，

比如：執行 Select account.id where account.name=“Bruce*”，第一次讀去了6個符合條件的id；第二次讀取的時候，由于事務B把一個帳號的名字由"dd"改成"Bruce1"，結果取出來了7個資料，

不可重復讀的重點是修改：同樣的條件，兩次讀發現值不一樣；

幻讀的重點在于新增或者洗掉：同樣的條件，兩次讀發現得到的記錄數不一樣

1.2.3 資料隔離級別和出現的問題之間的關聯

1.3 事務的傳播行為

• REQUIRED：如果當前沒有事務，就新建一個事務，如果已經存在一個事務中，加入到這個事務中，一般的選 擇（默認值）

• SUPPORTS：支持當前事務，如果當前沒有事務，就以非事務方式執行（沒有事務）

• MANDATORY：使用當前的事務，如果當前沒有事務，就拋出例外，

• REQUERS_NEW：新建事務，如果當前在事務中，把當前事務掛起，

• NOT_SUPPORTED：以非事務方式執行操作，如果當前存在事務，就把當前事務掛起，

• NEVER：以非事務方式運行，如果當前存在事務，拋出例外，

• NESTED：如果當前存在事務，則在嵌套事務內執行，如果當前沒有事務，則執行REQUIRED類似的操作，

1.4 超時時間

指事務提交后最長可以等待的時間，超出時間則會自動失敗，默認值是-1，沒有時間限制，如果有，則以秒為單位進行設定，

1.5 是否為只讀事務

讀寫型事務：增加、洗掉、修改時開啟事務

只讀型事務：執行查詢時，也會開啟事務

面試總結：

無論是哪家公司，都很重視Spring框架技術，重視基礎，所以千萬別小看任何知識，面試是一個雙向選擇的程序，不要抱著畏懼的心態去面試，不利于自己的發揮，同時看中的應該不止薪資，還要看你是不是真的喜歡這家公司，是不是能真的得到鍛煉，其實我寫了這么多，只是我自己的總結，并不一定適用于所有人，相信經過一些面試，大家都會有這些感觸，

另外本人整理收藏了20年多家公司面試知識點整理 ，以及各種Java核心知識點免費分享給大家，下方只是部分截圖 想要資料的話也可以點擊795983544領取 暗號CSDN，