1、JDK 動態(tài)代理和 CGLIB 代理有什么區(qū)別？

• JDK 動態(tài)代理主要是針對類實(shí)現(xiàn)了某個接口，AOP 則會使用 JDK 動態(tài)代理。他基于反射的機(jī)制實(shí)現(xiàn)，生成一個實(shí)現(xiàn)同樣接口的一個代理類，然后通過重寫方法的方式，實(shí)現(xiàn)對代碼的增強(qiáng)。
• 而如果某個類沒有實(shí)現(xiàn)接口，AOP 則會使用 CGLIB 代理。他的底層原理是基于 ASM 第三方框架，通過修改字節(jié)碼生成一個子類，然后重寫父類的方法，實(shí)現(xiàn)對代碼的增強(qiáng)。

詳細(xì)分析參考：【Java萌新】面試常問設(shè)計(jì)模式——代理模式

2、FactoryBean、BeanFactory、ApplicationContext 有什么區(qū)別？

• BeanFactory：是一個 Bean 工廠，使用簡單工廠模式，是 Spring IoC 容器頂級接口，是用于管理 Bean 的工廠，最核心的功能是通過 getBean() 方法加載 Bean 對象，通常我們不會直接使用該接口，而是使用其子接口 ApplicationContext。
• FactoryBean：是一個工廠 Bean，使用了工廠方法模式，實(shí)現(xiàn)該接口的類可以自己定義要創(chuàng)建的 Bean 實(shí)例，只需要實(shí)現(xiàn)它的 getObject() 方法即可。
• ApplicationConext：是 BeanFactory 的子接口，擴(kuò)展了 BeanFactory 的功能（高級 IOC 容器）。

3、說一說Spring Bean 的生命周期？

Spring Bean 生命周期簡單概括為 5 個階段：

1. Bean 的實(shí)例化階段：創(chuàng)建一個 Bean 對象。
2. Bean 實(shí)例的屬性填充階段：為 Bean 實(shí)例的屬性賦值。
3. Bean 實(shí)例的初始化階段：對 Bean 實(shí)例進(jìn)行初始化。
4. Bean 實(shí)例的正常使用階段。
5. Bean 實(shí)例的銷毀階段：容器關(guān)閉后，將 Bean 實(shí)例銷毀。

4、依賴注入的實(shí)現(xiàn)方法，以及相關(guān)注解？

構(gòu)造方法注入、Setter 方法注入、接口注入 三種。

依賴注入的相關(guān)注解

• @Autowired：自動按類型注入，如果有多個匹配則按照指定 Bean 的 id 查找，查找不到會報錯。
• @Qualifier：在自動按照類型注入的基礎(chǔ)上再按照 Bean 的 id 注入，給變量注入時必須搭配@Autowired，給方法注入時可單獨(dú)使用。
• @Resource ：直接按照 Bean 的 id 注入，只能注入 Bean 類型。
• @Value ：用于注入基本數(shù)據(jù)類型和 String 類型。

5、什么是 Spring IOC ？

IOC 即控制反轉(zhuǎn)，簡單來說就是把原來代碼里需要實(shí)現(xiàn)的對象創(chuàng)建、依賴反轉(zhuǎn)給容器來幫忙實(shí)現(xiàn)，Spring 中管理對象及其依賴關(guān)系都是通過 Spring 的 IOC 容器實(shí)現(xiàn)的。

IOC 的實(shí)現(xiàn)方式有依賴注入和依賴查找，由于依賴查找使用的很少，因此 IOC 也叫做依賴注入。

我們之前在創(chuàng)建一個對象的時候都是直接 new 一個對象實(shí)例，而有了 IOC ，對象實(shí)例的創(chuàng)建都交給容器去實(shí)現(xiàn)即可。

6、Spring IOC 容器的構(gòu)建流程（初始化過程）

我們以 XML 方式的容器初始化為例：

通過 ClassPathXmlApplicationContext，去創(chuàng)建 ApplicationContext 容器對象：

ApplicationContext context = new ClassPathXmlApplicationContext("spring-config.xml")；

ClassPathXmlApplicationContext創(chuàng)建容器對象時，構(gòu)造方法做了如下兩件事：

• ① 調(diào)用父容器的構(gòu)造方法為容器先設(shè)置好 Bean 資源加載器。
• ② 調(diào)用父類的 setConfigLocations() 方法設(shè)置 Bean 配置信息的定位路徑
• ③ 調(diào)用父類 AbstractApplicationContext 的 refresh() 方法啟動整個 IOC 容器對 Bean 的載入，在創(chuàng)建 IOC 容器前如果已有容器存在，需要把已有的容器銷毀，保證在 refresh() 方法后使用的是新創(chuàng)建的 IOC 容器。
• 容器創(chuàng)建完成后，通過 loadBeanDefinitions() 方法加載 Bean 配置資源，該方法在加載資源時，首先解析配置文件路徑，讀取配置文件的內(nèi)容，然后通過 XML 解析器將 Bean 的配置信息轉(zhuǎn)換成文檔對象，之后按照 Spring Bean 的定義規(guī)則將文檔對象解析為 BeanDefinition 對象。
• 接下來，將解析得到的 BeanDefinition 對象存入本地緩存（一個 HashMap 集合，key 是字符串，值是 BeanDefinition）中。
• 最后，實(shí)例化所有的 Bean 實(shí)例（非懶加載）：包括實(shí)例的創(chuàng)建，實(shí)例的屬性填充，實(shí)例的初始化。

7、依賴注入的過程（Bean 的加載流程）？

源碼分析可以參考我的文章：Spring源碼分析——Bean的加載

先來看下面幾行代碼：

public class BeanFactoryTest {
	public static void main(String[] args) {
		// 加載與解析XML配置文件，獲得BeanFactory：
		BeanFactory beanFactory = new XmlBeanFactory(new ClassPathResource("spring-bf.xml"));
		// 從BeanFactory中加載Bean對象
		Object a = beanFactory.getBean("componentA");
		Object b = beanFactory.getBean("componentB");
		System.out.println(a);// com.myspring.test.xmltest.ComponentA@1c93084c
		System.out.println(b);// com.myspring.test.xmltest.ComponentB@6ef888f6
	}
}

• 首先通過 BeanFactory/ApplicationContext 調(diào)用getBean() 方法，來獲取 Bean 實(shí)例，該方法中，真正獲取 Bean 實(shí)例的是其內(nèi)層方法 doGetBean() 方法（真正實(shí)現(xiàn)從 IOC 容器獲取 Bean ，也是觸發(fā)依賴注入的地方）。
• 在 doGetBean() 方法中，主要做了以下幾件事：
  • ① beanName 的轉(zhuǎn)換方法 transformedBeanName(name)，該方法的作用是，根據(jù)傳入的 name 參數(shù)，獲取真正的 Bean 對應(yīng)的 beanName。該方法的 name 參數(shù)，有可能是一個別名（alias 屬性設(shè)置的別名），也有可能是一個&開頭的 name (工廠 Bean 對象)。
  • ② 嘗試從緩存中加載 Bean 的單實(shí)例，根據(jù)上面transformedBeanName方法轉(zhuǎn)換 name 后得到的真實(shí) beanName，getSingleton(beanName)方法直接嘗試從緩存中獲取 Bean 的共享單實(shí)例，這時候獲取的是初始狀態(tài)，尚未實(shí)例化。（從緩存中加載的流程就是，根據(jù) beanName 依次從一級緩存、二級緩存、三級緩存中嘗試獲取，通過三級緩存機(jī)制也可以有效避免循環(huán)依賴）
  • ③ Bean 的實(shí)例化，getSingleton(beanName)方法執(zhí)行后，從緩存中得到了 Bean 的原始狀態(tài)，接下來需要對該 Bean 進(jìn)行實(shí)例化。
  • ④ Bean 的初始化：尋找依賴(循環(huán)依賴檢查、依賴注入)，因?yàn)?Bean 的初始化過程中很可能會用到某些屬性，而某些屬性很可能是動態(tài)配置的，并且配置的成依賴于其他的 Bean，那么此時應(yīng)該先加載依賴的 Bean。所以在流程中，Spring初始化一個 Bean，會先初始化其依賴的所有的其他 Bean。
  • ⑤ 根據(jù)不同的 scope 作用域創(chuàng)建 Bean，調(diào)用doCreateBean() 方法創(chuàng)建 Bean。
  • ⑥ 類型轉(zhuǎn)換，根據(jù) scope 創(chuàng)建完 Bean 成功后，一般可以直接返回即可。但當(dāng)傳入 doGetBean 方法中的 requireType 參數(shù)不為空時，意味著我們對最后返回的 Bean 有著類型上的要求。Spring 通過 類型轉(zhuǎn)換器 將第 ⑤ 步創(chuàng)建完成的 Bean 轉(zhuǎn)換為 requireType 指定的類型。

8、Bean 的作用范圍？

通過 scope 屬性指定 Bean 的作用范圍，包括：

• ① singleton：單例模式，是默認(rèn)作用域，不管收到多少 Bean 請求每個容器中只有一個唯一的 Bean 實(shí)例。
• ② prototype：原型模式，和 singleton 相反，每次 Bean 請求都會創(chuàng)建一個新的實(shí)例。
• ③ request：每次 HTTP 請求都會創(chuàng)建一個新的 Bean 并把它放到 request 域中，在請求完成后 Bean 會失效并被垃圾收集器回收。
• ④ session：和 request 類似，確保每個 session 中有一個 Bean 實(shí)例，session 過期后 bean 會隨之失效。
• ⑤ global session：當(dāng)應(yīng)用部署在 Portlet 容器時，如果想讓所有 Portlet 共用全局存儲變量，那么該變量需要存儲在 global session 中。

9、Spring事務(wù)傳播機(jī)制有哪些？

• ① REQUIRED：Spring 默認(rèn)的事務(wù)傳播級別，如果上下文中已經(jīng)存在事務(wù)，那么就加入到事務(wù)中執(zhí)行，如果當(dāng)前上下文中不存在事務(wù)，則新建事務(wù)執(zhí)行。
• ② REQUIRES_NEW：每次都會新建一個事務(wù)，如果上下文中有事務(wù)，則將上下文的事務(wù)掛起，當(dāng)新建事務(wù)執(zhí)行完成以后，上下文事務(wù)再恢復(fù)執(zhí)行。
• ③ SUPPORTS：如果上下文存在事務(wù)，則加入到事務(wù)執(zhí)行，如果沒有事務(wù)，則使用非事務(wù)的方式執(zhí)行。
• ④ MANDATORY：上下文中必須要存在事務(wù)，否則就會拋出異常。
• ⑤ NOT_SUPPORTED ：如果上下文中存在事務(wù)，則掛起事務(wù)，執(zhí)行當(dāng)前邏輯，結(jié)束后恢復(fù)上下文的事務(wù)。
• ⑥ NEVER：上下文中不能存在事務(wù)，否則就會拋出異常。
• ⑦ ESTED：嵌套事務(wù)。如果上下文中存在事務(wù)，則嵌套事務(wù)執(zhí)行，如果不存在事務(wù)，則新建事務(wù)。

10、Spring 的事務(wù)隔離級別有哪些？

Spring 的事務(wù)隔離級別底層其實(shí)是基于數(shù)據(jù)庫的，Spring 并沒有自己的一套隔離級別。

• DEFAULT：使用數(shù)據(jù)庫的默認(rèn)隔離級別。
• READ_UNCOMMITTED：讀未提交，最低的隔離級別，會讀取到其他事務(wù)還未提交的內(nèi)容，存在臟讀。
• READ_COMMITTED：讀已提交，讀取到的內(nèi)容都是已經(jīng)提交的，可以解決臟讀，但是存在不可重復(fù)讀。
• REPEATABLE_READ：可重復(fù)讀，在一個事務(wù)中多次讀取時看到相同的內(nèi)容，可以解決不可重復(fù)讀，但是存在幻讀。
• SERIALIZABLE：串行化，最高的隔離級別，對于同一行記錄，寫會加寫鎖，讀會加讀鎖。在這種情況下，只有讀讀能并發(fā)執(zhí)行，其他并行的讀寫、寫讀、寫寫操作都是沖突的，需要串行執(zhí)行?？梢苑乐古K讀、不可重復(fù)度、幻讀，沒有并發(fā)事務(wù)問題。

11、AOP 是什么？AOP有哪些應(yīng)用場景？

AOP 概念： 即面向切面編程，使用動態(tài)代理技術(shù)，在不修改源碼的基礎(chǔ)上對目標(biāo)方法進(jìn)行增強(qiáng)。

Spring 中的 AOP 目前支持 JDK 動態(tài)代理和 Cglib 代理。如果被代理對象實(shí)現(xiàn)了接口，則使用 JDK 動態(tài)代理，否則使用 Cglib 代理。另外，也可以通過指定 proxyTargetClass=true 來實(shí)現(xiàn)強(qiáng)制走 Cglib 代理。

應(yīng)用場景：

• 權(quán)限認(rèn)證
• 日志打印
• 事務(wù)
• …

12、AOP 的相關(guān)注解有哪些？

• @Aspect：切面，聲明被注解標(biāo)注的類是一個切面 Bean。

@Aspect
@Component
public class LogAspect {
    ...
}

• @Pointcut：切入點(diǎn)，可以通過 @Pointcut("execution(* top.csp1999.service.impl.*.*(..))") 去指定要切入的目標(biāo)對象，并對其符合表達(dá)式要求的方法進(jìn)行增強(qiáng)。

@Pointcut("execution(* top.csp1999.service.impl.*.*(..))")
public void operationLog(){}

• @Before：前置通知，指在某個連接點(diǎn)之前執(zhí)行的通知。

@Before("operationLog()")
public void doBeforeAdvice(JoinPoint joinPoint){
    System.out.println("進(jìn)入方法前執(zhí)行.....");
}

• @After：后置通知，指某個連接點(diǎn)退出時執(zhí)行的通知（不論正常返回還是異常退出）。

@After("operationLog()")
public void after(JoinPoint jp){
    System.out.println("方法最后執(zhí)行.....");
}

• @AfterReturning：后置返回通知，指某連接點(diǎn)正常完成之后執(zhí)行的通知，返回值可以在返回后通知方法里接收。

@AfterReturning(returning = "ret", pointcut = "operationLog()")
public void doAfterReturning(Object ret) {
    System.out.println("方法的返回值 : " + ret);
}

• @AfterThrowing：后置異常通知，指方法拋出異常導(dǎo)致退出時執(zhí)行的通知，和@AfterReturning只會有一個執(zhí)行，異常使用 throwing 屬性接收。

@AfterThrowing(throwing = "jp", pointcut = "operationLog()")
public void throwss(JoinPoint jp){
    System.out.println("方法異常時執(zhí)行.....");
}

• @Around：環(huán)繞通知，可以用來在調(diào)用一個具體方法前和調(diào)用后來完成一些具體的任務(wù)。

@Around("operationLog()")
public Object run2(ProceedingJoinPoint joinPoint) throws Throwable {
    // 獲取方法參數(shù)值數(shù)組
    Object[] args = joinPoint.getArgs();
    // 得到其方法簽名
    MethodSignature methodSignature = (MethodSignature) joinPoint.getSignature();
    // 獲取方法參數(shù)類型數(shù)組
    Class[] paramTypeArray = methodSignature.getParameterTypes();
    if (EntityManager.class.isAssignableFrom(paramTypeArray[paramTypeArray.length - 1])) {
         // 如果方法的參數(shù)列表最后一個參數(shù)是entityManager類型，則給其賦值
         args[args.length - 1] = entityManager;
	}
     logger.info("請求參數(shù)為{}",args);
     // 動態(tài)修改其參數(shù)
     // 注意，如果調(diào)用joinPoint.proceed()方法，則修改的參數(shù)值不會生效，必須調(diào)用joinPoint.proceed(Object[] args)
     Object result = joinPoint.proceed(args);
     logger.info("響應(yīng)結(jié)果為{}",result);
     // 如果這里不返回result，則目標(biāo)對象實(shí)際返回值會被置為null
     return result;
}

13、AOP 的相關(guān)術(shù)語有什么？

Aspect：切面，一個關(guān)注點(diǎn)的模塊化，這個關(guān)注點(diǎn)可能會橫切多個對象。

Joinpoint：連接點(diǎn)，程序執(zhí)行過程中的某一行為，即業(yè)務(wù)層中的所有方法。。

Advice：通知，指切面對于某個連接點(diǎn)所產(chǎn)生的動作，包括前置通知、后置通知、返回后通知、異常通知和環(huán)繞通知。

Pointcut：切入點(diǎn)，指被攔截的連接點(diǎn)，切入點(diǎn)一定是連接點(diǎn)，但連接點(diǎn)不一定是切入點(diǎn)。

Proxy：代理，Spring AOP 中有 JDK 動態(tài)代理和 CGLib 代理，目標(biāo)對象實(shí)現(xiàn)了接口時采用 JDK 動態(tài)代理，反之采用 CGLib 代理。

Target：代理的目標(biāo)對象，指一個或多個切面所通知的對象。

Weaving ：織入，指把增強(qiáng)應(yīng)用到目標(biāo)對象來創(chuàng)建代理對象的過程。

14、總結(jié)

文章會不定時更新，有時候一天多更新幾篇，還請三連支持一下，后續(xù)會億點(diǎn)點(diǎn)的更新！也希望大家可以關(guān)注腳本之家其他文章！

最新評論