49 JavaConfig方式如何啟用AOP?如何強制使用cglib?
在JavaConfig類,加上@EnableAspectJAutoProxy
如果要強制使用CGLIB動態代理 ,加上(proxyTargetClass = true)
加上(exposeProxy = true) 就是將對象暴露到線程池中。
50 介紹AOP在Spring中的實現方式。
-
接口實現
-
XML配置
-
注解實現
51 AOP什么情況下會失效,怎么解決?
內部調用不會觸發AOP
-
方法是private也會失效。
-
目標類沒有配置Bean,沒有交給Spring去管理。
-
切點表達式沒有配置正確。
解決方法
在方法里面拿到動態代理對象,再去調用目標方法。
-
可以注入一個類,IOC會幫你注入增強的代理對象,通過這個對象進行對應的方法的調用,就不會有這些問題。
-
注意這里的接收對象,要使用接口來接收,因為這里要注入的代理對象,前面說過SpringAOP中,如果實現了接口,默認是使用JDK的動態代理,而JDK實現動態代理的一個很關鍵的步驟就是:讓這個代理類實現目標類所實現的接口。
-
-
或者在@EnableAspectJAutoProxy(exposeProxy = true) ,在線程中暴露對象。
52 Spring的AOP是在哪里創建的動態代理?
-
在Bean初始化后,通過Bean的后置處理器進行動態代理。
-
如果在屬性注入的時候,有循環依賴注入的情況,也會使用Bean的后置處理器為Bean生成代理對象。
53 Spring的AOP的完整實現流程
當@EnableAspectJAutoProxy 會通過@lmport注冊一個BeanPostProcessor處理AOP.
-
解析切面:在Bean創建之前的第一個Bean后置處理器會去解析切面(解析切面中通知、切點,一個通知就會解析成一個advisor(通知、切點)
-
創建動態代理 正常的Bean初始化后調用BeanPostProcessor拿到之前緩存的advisor,再通過advisor中oointcut 判斷當前Bean是否被切點表達式匹配,如果匹配,就會為Bean創建動態代理(創建方式1.jdk動態代理2.cglib)。
-
調用:拿到動態代理對象, 調用方法 就會判斷當前方法是否增強的方法, 就會通過調用鏈的方式依次去執行通知.
54 事務的四大特性
-
A:原子性
-
一個事務要么成功,要么失敗。
-
-
C:一致性
-
從一個狀態轉換成另一個狀態,數據保持一致。
-
-
I:隔離性
-
多用戶并發操作一張表的時候,數據庫為每一個用戶開啟事務,事務之間都是隔離的,不干擾。
-
-
D:持久性
-
事務一旦提交了,對數據庫的改變是永久的。
-
55 Spring支持的事務管理類型,spring事務實現方式有哪些?
-
編程式事務:
-
比如JDBC中,使用對應的方法開啟一個事務,進行提交、回滾等操作。
-
-
聲明式事務:
-
@Transactional注解
-
56 Spring的事務傳播行為
@Transactional public void function1(){function2(); } @Transactional public void function2(){//TODO:業務代碼 ? }
都是針對function2來說的
57 Spring的隔離級別
并發下產生的問題:
-
臟讀
事務2修改了a的值,但是沒有提交事務;這是事務1讀到了事務2修改的值,且事務2又回滾了,產生了數據不一致問題,導致了臟讀。
@Transactional(isolation = Isolation.READ_COMMITED) //設置成讀已提交。
-
不可重復讀
一個事務中,多次讀取的內容不同:比如事務1在事務2操作的時候讀取a,由于設置成讀已提交,這是事務2沒有提交,所以讀到的值是事務2沒操作之前a的值,但是事務2提交后,事務1再次進行讀取,兩次讀的值不同。
@Transactional(isolation = Isolation.REPEATABLE_READ) //設置成可重復讀。
解決方案就是加了行鎖,在事務1操作的時候,不允許別的事務進行操作。
-
幻讀
如果事務1在事務2操作的期間使用統計類的函數,如:sum() ,average()等方法,事務2進行的是insert,就會導致事務1兩次結果不同,因為可重復讀是加的行鎖,解決這個問題需要加表鎖。
@Transactional(isolation = Isolation.SERIALIZABLE) //設置成最高級別:表鎖。
58 Spring事務實現原理
開啟事務注解:@EnableTrasactionalManagement
原理:
-
解析切面 ——> bean的創建第一個后置處理器就行解析。advisor(ponitcut[通過@Transactional解析的切點],advise[這個advice是通過@EnableTrasactionalManagement注冊了一個配置類,該配置類就配置了advisor])
-
創建動態代理 ——> bean初始化后,調用Bean的后置處理器,調用后置方法進行動態代理(規則就是原來的內容)。
-
調用
增強的代碼,會把autoCommit設置成false,然后執行方法中的sql語句。
59 Spring事務傳播的原理
主要是在調用這塊:
包括兩個方面:
-
融入:當傳播行為是融入外部事務,則拿到ThreadLocal的Connection,共享一個數據庫連接共同提交、回滾。
-
創建新的事物:當傳播行為是創新事務,會將嵌套新事務存入ThreadLocal、再將外部事務暫存起來;當嵌套事務提交、回滾后,會將暫存的事務信息恢復到ThreadLocal中。
比如兩個事務:一個外部,一個內嵌在外部方法中。
-
外部:創建一個Connection放到ThreadLocal中,并且修改autoCommit為false,返回事務狀態信息(TransactionInfo.newTransaction())
-
外部,執行對應的內嵌方法,
-
內嵌:判斷ThreadLocal中是不是已經有了Connection,這時顯然是有的,下一步繼續判斷事務傳播行為:
-
融入:
不會創建新的connection,返回事務狀態信息:TransactionInfo.newTransaction = false
-
創建:
把外層的事務相關的事務信息(Connection、隔離級別、是否只讀...暫存,同時把外層事務的ThreadLocal存儲到事務信息都置空)創建一個Connection,放到ThreadLocal中,發回事務狀態信息
(TransactionInfo.newTransaction = true ,TransactionInfo也包含暫存的事務信息);判斷newTransaction是不是true,就提交事務,判斷是否暫存事務,把暫存的事務信息回歸。
-
-
外部:
-
判斷外部 Transaction.newTransaction = true 提交事務。(有異常就回滾)
-
60 Spring多線程事務,能否保持一致性
比如:
public viod test(){int result = testDao.getCount();new Thread(()->{//進行數據庫的操作}).start(); }
1.Spring的事務信息是存在ThreadLǎcal中的Connection,所以一個線程永遠只能有一個事務
2.所以Spring 的事務是無法實現事務一致性的
3.可以通過編程式事務,或者通過分布式事務的思路:二階段提交方式
61 Spring事務失效的原因
Spring是基于AOP來的。
-
方法是private
-
目標類沒有交給spring IOC管理
-
自己捕獲了異常,沒有把異常拋出。
-
使用cglib動態代理,但是@Transactional聲明在接口上面。
內部調用不會觸發。
內部方法沒有走的代理,比如:
public void way1(){this.way2(); } ? @Trasactional(propagation = Propagation.REQUIRES_NEW) public void way2(){}
這時,可以在重新注入自己一遍。
62 Spring事件監聽的核心機制
原理
觀察者模式
Spring事件監聽有三個部分組成
-
事件:負責對應相應監聽器事件源發生事件是特定的事件監聽器被觸發的原因。
-
監聽器:對應于觀察者模式中的觀察者。監聽器監聽特定的事件,并在內部定義了事件發生后的邏輯響應。
-
事件發布器:對應于觀察者模式中的被觀察者/主題, 負責通知觀察者 對外提供發布事件和增刪事件監聽器的接口,維護事件和事件監聽器之間的映射關系,并在事件發生時負責通知相關監聽器。
支持異步
異步發布事件的核心機制:
多線程。
63 Spring如如何整合Mybatis,管理Mapper接口的呢?
實現:基于JDK的動態代理。
-
Spring會排除接口,無法注冊到IOC容器中
-
MyBatis 實現了BeanDefinitionRegistryPostProcessor 可以動態注冊BeanDefinition
-
需要自定義掃描器(繼承Spring內部掃描器ClassPathBeanDefinitionScanner)重寫排除接口的方法(isCandidateComponent5.但是接口雖然注冊成了BeanDefinition但是無法實例化Bean 因為接口無法實例化
-
需要將BeanDefinition的BeanClass 替換成JDK動態代理的實例(偷天換日)
-
Mybatis 通過FactoryBean的工廠方法設計模式可以自由控制Bean的實例化過程,可以在getObject方法中創建JDK動態代理
64 解決SpringMVC中修正POST 和 GET 方法亂碼問題
-
web.xml中配置一個CharacterEncodingFilter過濾器,設置成utf-8。
<filter><filter-name>CharacterEncodingFilter</filter-name><filter-class>org.springframework.web.filter.characterEncodingFilter</filter-class><init-param><param-name>encoding</param-name><param-value>utf-8</param-value></init-param> ?<filter-mapping><filter-name>CharacterEncodingFilter</filter-name><url-pattern>/*</url-pattern></filter-mapping> </filter>
-
修改Tomcat配置文件的編碼。
-
對參數進行重新編碼。
65 SpringMVC的控制器是不是單例模式,如果是,有什么問題,怎么解決?
避免在類中聲明成員變量,否則就會存在線程安全問題;如果有必須需要,可以放到ThreadLocal中去,因為ThreadLocal是一個線程對應一個對象。
也可以使用線程鎖,但是會影響性能。
66 SpringMVC的工作流程?描述一下DispatcherServlet的工作流程?
DispatcherServlet 核心調度器和前端處理器。
-
用戶發送請求至前端控制器DispatcherServlet;
-
DispatcherServlet收到請求后,調用HandlerMapping處理器映射器,請求獲取Handle;
-
處理器映射器根據請求ur1找到具體的處理器,生成處理器對象及處理器攔截器(如果有則生成)一并返回給DispatcherServlet
-
DispatcherServlet 調用 HandlerAdapter處理器適配器;
-
HandlerAdapter 經過適配調用 具體處理器(Handler,也叫后端控制器);
-
Handler執行完成返回ModelAndView;
-
HandlerAdapter將Handler執行結果ModelAndView返回給DispatcherServlet,
-
DispatcherServlet將ModelAndView傳給ViewResolver視圖解析器進行解析;
-
ViewResolver解析后返回具體View;
-
DispatcherServlet對View進行渲染視圖(即將模型數據填充至視圖中) DispatcherServlet啊應用戶。
?
67 SpringMVC 中如何處理AJAX請求?
-
加入Jackson依賴
-
在配置文件中配置json的消息轉換器。(jackson不需要配置HttpMessageConvert 消息轉換器)
<mvc:annotaion-driven conversion-service="conversionService" />
-
在接受AJAX請求的方法上就可以加入@RequestBody等注解,就可以自定接受JSON文本,轉換成對象。
68 Spring和SpringMVC為什么需要父子容器?
-
主要作用是劃分邊界:Dao和Service層主要通過Spring的容器進行管理;controller一般通過SpringMVC的容器。
-
規范架構:父容器service無法訪問子容器controller,子容器controller可以訪問父容器的service。
-
將方便子容器的切換。如果我們想把web層從SpringMVC改成struts,只需要將spring-mvc.xml換成Struts的配置文件,Spring的配置文件是不需要改變的。
-
為了節省重復Bean創建。
69 是否可以把SpringMVC中的所有的Bean都交給Spring容器來管理?
不可以,這樣會導致我們請求接口的時候產生404。如果所有的Bean都交給父容器,SpringMVC在初始化HandlerMethods的時候(initHandlerMethods)無法根據Controller的handler方法注冊HandlerMethod,并沒有去査找父容器的bean;也就無法根據請求URI獲取到 HandlerMethod來進行匹配,只有getBean才是從父容器中拿。
70 是否可以把Spring容器中的所有的Bean放到SpringMVC中進行管理。
可以,因為父容器的體現無非是為了獲取子容器不包含的bean,如果全部包含在子容器完全用不到父容器了, 所以是可以全部放在springmvc子容器來管理。 雖然可以這么做不過一般應該是不推薦這么去做的,一般人也不會這么干的。如果你的項目里有用到事物、或者aop記得也需要把這部分配置需要放到Spring-mvc子容器的配置文件來,不然一部分內容在子容器和一部分內容在父容器,可能就會導致你的事物或者AOP不生效。所以如果aop或事物如果不牛效也,有可能是通討父容器(Spring)去增強子容器(SpringMVC),也就無法增強。
71 如和實現零配置的SpringMVC?原來是什么?
JavaConfig的配置方式。
-
省略web.xml
-
servlet3.0之后規范中提供了SPI擴展:META-INF/services/javax.servlet.ServletContainerlnitializer
-
SpringMVC通過實現ServletContainerlnitializer接囗
-
動態注冊ContextLoaderListener 和DispatcherServlet并創建子父容器(Application)
-
-
省略spring.xml和spring-mvc.xml(只是sprinmvc方式,springboot在自動配置類完成)
-
實現一個繼承AbstractAnnotationConfigDispatcherServletlnitializer的類
-
該類就實現了ServetContainernitializer,它會創建ContextLoaderListener 和DispatcherServlet
-
還會創建父子容器,創建容器時傳入父子容器配置類則可以替代spring.xml和spring-mvc.xml
-