1贡必、Spring是什么?

????????Spring是一個(gè)輕量級(jí)的IoC和AOP容器框架。是為Java應(yīng)用程序提供基礎(chǔ)性服務(wù)的一套框架庸毫，目的是用于簡(jiǎn)化企業(yè)應(yīng)用程序的開(kāi)發(fā)仔拟，它使得開(kāi)發(fā)者只需要關(guān)心業(yè)務(wù)需求。常見(jiàn)的配置方式有三種：基于XML的配置飒赃、基于注解的配置利花、基于Java的配置科侈。

主要由以下幾個(gè)模塊組成：

Spring Core：核心類庫(kù)，提供IOC服務(wù)炒事；

Spring Context：提供框架式的Bean訪問(wèn)方式臀栈，以及企業(yè)級(jí)功能（JNDI、定時(shí)任務(wù)等）挠乳；

Spring AOP：AOP服務(wù)权薯；

Spring DAO：對(duì)JDBC的抽象，簡(jiǎn)化了數(shù)據(jù)訪問(wèn)異常的處理睡扬；

Spring ORM：對(duì)現(xiàn)有的ORM框架的支持盟蚣；

Spring Web：提供了基本的面向Web的綜合特性，例如多方文件上傳卖怜；

Spring MVC：提供面向Web應(yīng)用的Model-View-Controller實(shí)現(xiàn)屎开。

2、Spring 的優(yōu)點(diǎn)马靠？

（1）spring屬于低侵入式設(shè)計(jì)奄抽，代碼的污染極低；

（2）spring的DI機(jī)制將對(duì)象之間的依賴關(guān)系交由框架處理甩鳄，減低組件的耦合性逞度；

（3）Spring提供了AOP技術(shù)，支持將一些通用任務(wù)娩贷，如安全第晰、事務(wù)、日志彬祖、權(quán)限等進(jìn)行集中式管理茁瘦，從而提供更好的復(fù)用。

（4）spring對(duì)于主流的應(yīng)用框架提供了集成支持储笑。

3甜熔、Spring的AOP理解：

OOP面向?qū)ο螅试S開(kāi)發(fā)者定義縱向的關(guān)系突倍，但并適用于定義橫向的關(guān)系腔稀，導(dǎo)致了大量代碼的重復(fù)，而不利于各個(gè)模塊的重用羽历。

AOP焊虏，一般稱為面向切面，作為面向?qū)ο蟮囊环N補(bǔ)充秕磷，用于將那些與業(yè)務(wù)無(wú)關(guān)诵闭，但卻對(duì)多個(gè)對(duì)象產(chǎn)生影響的公共行為和邏輯，抽取并封裝為一個(gè)可重用的模塊，這個(gè)模塊被命名為“切面”（Aspect）疏尿，減少系統(tǒng)中的重復(fù)代碼瘟芝，降低了模塊間的耦合度，同時(shí)提高了系統(tǒng)的可維護(hù)性褥琐⌒烤悖可用于權(quán)限認(rèn)證、日志敌呈、事務(wù)處理贸宏。

AOP實(shí)現(xiàn)的關(guān)鍵在于 代理模式，AOP代理主要分為靜態(tài)代理和動(dòng)態(tài)代理驱富。靜態(tài)代理的代表為AspectJ锚赤；動(dòng)態(tài)代理則以Spring AOP為代表。

（1）AspectJ是靜態(tài)代理的增強(qiáng)褐鸥，所謂靜態(tài)代理线脚，就是AOP框架會(huì)在編譯階段生成AOP代理類，因此也稱為編譯時(shí)增強(qiáng)叫榕，他會(huì)在編譯階段將AspectJ(切面)織入到Java字節(jié)碼中浑侥，運(yùn)行的時(shí)候就是增強(qiáng)之后的AOP對(duì)象。

（2）Spring AOP使用的動(dòng)態(tài)代理晰绎，所謂的動(dòng)態(tài)代理就是說(shuō)AOP框架不會(huì)去修改字節(jié)碼寓落，而是每次運(yùn)行時(shí)在內(nèi)存中臨時(shí)為方法生成一個(gè)AOP對(duì)象，這個(gè)AOP對(duì)象包含了目標(biāo)對(duì)象的全部方法荞下，并且在特定的切點(diǎn)做了增強(qiáng)處理伶选，并回調(diào)原對(duì)象的方法。

Spring AOP中的動(dòng)態(tài)代理主要有兩種方式尖昏，JDK動(dòng)態(tài)代理和CGLIB動(dòng)態(tài)代理：

????????①JDK動(dòng)態(tài)代理只提供接口的代理仰税，不支持類的代理。核心InvocationHandler接口和Proxy類抽诉，InvocationHandler?通過(guò)invoke()方法反射來(lái)調(diào)用目標(biāo)類中的代碼陨簇，動(dòng)態(tài)地將橫切邏輯和業(yè)務(wù)編織在一起；接著迹淌，Proxy利用 InvocationHandler動(dòng)態(tài)創(chuàng)建一個(gè)符合某一接口的的實(shí)例,? 生成目標(biāo)類的代理對(duì)象河绽。

????????②如果代理類沒(méi)有實(shí)現(xiàn) InvocationHandler 接口，那么Spring AOP會(huì)選擇使用CGLIB來(lái)動(dòng)態(tài)代理目標(biāo)類唉窃。CGLIB（Code Generation Library）耙饰，是一個(gè)代碼生成的類庫(kù)，可以在運(yùn)行時(shí)動(dòng)態(tài)的生成指定類的一個(gè)子類對(duì)象纹份，并覆蓋其中特定方法并添加增強(qiáng)代碼榔幸，從而實(shí)現(xiàn)AOP。CGLIB是通過(guò)繼承的方式做的動(dòng)態(tài)代理矮嫉，因此如果某個(gè)類被標(biāo)記為final削咆，那么它是無(wú)法使用CGLIB做動(dòng)態(tài)代理的。

（3）靜態(tài)代理與動(dòng)態(tài)代理區(qū)別在于生成AOP代理對(duì)象的時(shí)機(jī)不同蠢笋，相對(duì)來(lái)說(shuō)AspectJ的靜態(tài)代理方式具有更好的性能拨齐，但是AspectJ需要特定的編譯器進(jìn)行處理，而Spring AOP則無(wú)需特定的編譯器處理昨寞。

?InvocationHandler 的 invoke(Object??proxy,Method??method,Object[] args)：proxy是最終生成的代理實(shí)例;??method 是被代理目標(biāo)實(shí)例的某個(gè)具體方法;??args 是被代理目標(biāo)實(shí)例某個(gè)方法的具體入?yún)? 在方法反射調(diào)用時(shí)使用瞻惋。

開(kāi)發(fā)中那兒里用到Aop？援岩？歼狼？

4、Spring的IoC理解：

（1）IOC就是控制反轉(zhuǎn)享怀，是指創(chuàng)建對(duì)象的控制權(quán)的轉(zhuǎn)移羽峰，以前創(chuàng)建對(duì)象的主動(dòng)權(quán)和時(shí)機(jī)是由自己把控的，而現(xiàn)在這種權(quán)力轉(zhuǎn)移到Spring容器中添瓷，并由容器根據(jù)配置文件去創(chuàng)建實(shí)例和管理各個(gè)實(shí)例之間的依賴關(guān)系梅屉，對(duì)象與對(duì)象之間松散耦合，也利于功能的復(fù)用鳞贷。DI依賴注入坯汤，和控制反轉(zhuǎn)是同一個(gè)概念的不同角度的描述，即 應(yīng)用程序在運(yùn)行時(shí)依賴IoC容器來(lái)動(dòng)態(tài)注入對(duì)象需要的外部資源搀愧。

（2）最直觀的表達(dá)就是惰聂，IOC讓對(duì)象的創(chuàng)建不用去new了，可以由spring自動(dòng)生產(chǎn)咱筛，使用java的反射機(jī)制搓幌，根據(jù)配置文件在運(yùn)行時(shí)動(dòng)態(tài)的去創(chuàng)建對(duì)象以及管理對(duì)象，并調(diào)用對(duì)象的方法的眷蚓。

（3）Spring的IOC有三種注入方式 ：構(gòu)造器注入鼻种、setter方法注入、根據(jù)注解注入沙热。

IoC讓相互協(xié)作的組件保持松散的耦合叉钥，而AOP編程允許你把遍布于應(yīng)用各層的功能分離出來(lái)形成可重用的功能組件。

5篙贸、BeanFactory和ApplicationContext有什么區(qū)別投队？

????????BeanFactory和ApplicationContext是Spring的兩大核心接口，都可以當(dāng)做Spring的容器爵川。其中ApplicationContext是BeanFactory的子接口敷鸦。

（1）BeanFactory：是Spring里面最底層的接口，包含了各種Bean的定義，讀取bean配置文檔扒披，管理bean的加載值依、實(shí)例化，控制bean的生命周期碟案，維護(hù)bean之間的依賴關(guān)系愿险。ApplicationContext接口作為BeanFactory的派生，除了提供BeanFactory所具有的功能外价说，還提供了更完整的框架功能：

①繼承MessageSource辆亏，因此支持國(guó)際化。

②統(tǒng)一的資源文件訪問(wèn)方式鳖目。

③提供在監(jiān)聽(tīng)器中注冊(cè)bean的事件扮叨。

④同時(shí)加載多個(gè)配置文件。

⑤載入多個(gè)（有繼承關(guān)系）上下文 领迈，使得每一個(gè)上下文都專注于一個(gè)特定的層次彻磁，比如應(yīng)用的web層。

（2）①BeanFactroy采用的是延遲加載形式來(lái)注入Bean的惦费，即只有在使用到某個(gè)Bean時(shí)(調(diào)用getBean())兵迅，才對(duì)該Bean進(jìn)行加載實(shí)例化。這樣薪贫，我們就不能發(fā)現(xiàn)一些存在的Spring的配置問(wèn)題恍箭。如果Bean的某一個(gè)屬性沒(méi)有注入，BeanFacotry加載后瞧省，直至第一次使用調(diào)用getBean方法才會(huì)拋出異常扯夭。

②ApplicationContext，它是在容器啟動(dòng)時(shí)鞍匾，一次性創(chuàng)建了所有的Bean交洗。這樣，在容器啟動(dòng)時(shí)橡淑，我們就可以發(fā)現(xiàn)Spring中存在的配置錯(cuò)誤构拳，這樣有利于檢查所依賴屬性是否注入。?ApplicationContext啟動(dòng)后預(yù)載入所有的單實(shí)例Bean梁棠，通過(guò)預(yù)載入單實(shí)例bean ,確保當(dāng)你需要的時(shí)候置森，你就不用等待，因?yàn)樗鼈円呀?jīng)創(chuàng)建好了符糊。

????????③相對(duì)于基本的BeanFactory凫海，ApplicationContext 唯一的不足是占用內(nèi)存空間使套。當(dāng)應(yīng)用程序配置Bean較多時(shí)混聊，程序啟動(dòng)較慢。

（3）BeanFactory通常以編程的方式被創(chuàng)建抵代，ApplicationContext還能以聲明的方式創(chuàng)建，如使用ContextLoader建瘫。

（4）BeanFactory和ApplicationContext都支持BeanPostProcessor崭捍、BeanFactoryPostProcessor的使用，但兩者之間的區(qū)別是：BeanFactory需要手動(dòng)注冊(cè)暖混，而ApplicationContext則是自動(dòng)注冊(cè)缕贡。

6、請(qǐng)解釋Spring Bean的生命周期拣播？

?首先說(shuō)一下Servlet的生命周期：實(shí)例化，初始init收擦，接收請(qǐng)求service贮配，銷毀destroy；

?Spring上下文中的Bean生命周期也類似塞赂，如下：

（1）實(shí)例化Bean：

對(duì)于BeanFactory容器泪勒，當(dāng)客戶向容器請(qǐng)求一個(gè)尚未初始化的bean時(shí)，或初始化bean的時(shí)候需要注入另一個(gè)尚未初始化的依賴時(shí)宴猾，容器就會(huì)調(diào)用createBean進(jìn)行實(shí)例化圆存。對(duì)于ApplicationContext容器，當(dāng)容器啟動(dòng)結(jié)束后仇哆，通過(guò)獲取BeanDefinition對(duì)象中的信息沦辙，實(shí)例化所有的bean。

（2）設(shè)置對(duì)象屬性（依賴注入）：

實(shí)例化后的對(duì)象被封裝在BeanWrapper對(duì)象中讹剔，緊接著油讯，Spring根據(jù)BeanDefinition中的信息 以及 通過(guò)BeanWrapper提供的設(shè)置屬性的接口完成依賴注入。

（3）處理Aware接口：

接著延欠，Spring會(huì)檢測(cè)該對(duì)象是否實(shí)現(xiàn)了xxxAware接口陌兑，并將相關(guān)的xxxAware實(shí)例注入給Bean：

①如果這個(gè)Bean已經(jīng)實(shí)現(xiàn)了BeanNameAware接口，會(huì)調(diào)用它實(shí)現(xiàn)的setBeanName(String beanId)方法由捎，此處傳遞的就是Spring配置文件中Bean的id值兔综；

②如果這個(gè)Bean已經(jīng)實(shí)現(xiàn)了BeanFactoryAware接口，會(huì)調(diào)用它實(shí)現(xiàn)的setBeanFactory()方法狞玛，傳遞的是Spring工廠自身软驰。

③如果這個(gè)Bean已經(jīng)實(shí)現(xiàn)了ApplicationContextAware接口，會(huì)調(diào)用setApplicationContext(ApplicationContext)方法为居，傳入Spring上下文碌宴；

（4）BeanPostProcessor：

如果想對(duì)Bean進(jìn)行一些自定義的處理，那么可以讓Bean實(shí)現(xiàn)了BeanPostProcessor接口蒙畴，那將會(huì)調(diào)用postProcessBeforeInitialization(Object obj, String s)方法贰镣。

（5）InitializingBean?與?init-method：

如果Bean在Spring配置文件中配置了 init-method 屬性呜象，則會(huì)自動(dòng)調(diào)用其配置的初始化方法。

（6）如果這個(gè)Bean實(shí)現(xiàn)了BeanPostProcessor接口碑隆，將會(huì)調(diào)用postProcessAfterInitialization(Object obj, String s)方法恭陡；由于這個(gè)方法是在Bean初始化結(jié)束時(shí)調(diào)用的，所以可以被應(yīng)用于內(nèi)存或緩存技術(shù)上煤；

以上幾個(gè)步驟完成后休玩，Bean就已經(jīng)被正確創(chuàng)建了，之后就可以使用這個(gè)Bean了劫狠。

（7）DisposableBean：

當(dāng)Bean不再需要時(shí)拴疤，會(huì)經(jīng)過(guò)清理階段，如果Bean實(shí)現(xiàn)了DisposableBean這個(gè)接口独泞，會(huì)調(diào)用其實(shí)現(xiàn)的destroy()方法呐矾；

（8）destroy-method：

最后，如果這個(gè)Bean的Spring配置中配置了destroy-method屬性懦砂，會(huì)自動(dòng)調(diào)用其配置的銷毀方法蜒犯。

7、?解釋Spring支持的幾種bean的作用域荞膘。

Spring容器中的bean可以分為5個(gè)范圍：

（1）singleton：默認(rèn)罚随，每個(gè)容器中只有一個(gè)bean的實(shí)例，單例的模式由BeanFactory自身來(lái)維護(hù)羽资。

（2）prototype：為每一個(gè)bean請(qǐng)求提供一個(gè)實(shí)例淘菩。

（3）request：為每一個(gè)網(wǎng)絡(luò)請(qǐng)求創(chuàng)建一個(gè)實(shí)例，在請(qǐng)求完成以后削罩，bean會(huì)失效并被垃圾回收器回收瞄勾。

（4）session：與request范圍類似，確保每個(gè)session中有一個(gè)bean的實(shí)例弥激，在session過(guò)期后进陡，bean會(huì)隨之失效。

（5）global-session：全局作用域微服，global-session和Portlet應(yīng)用相關(guān)趾疚。當(dāng)你的應(yīng)用部署在Portlet容器中工作時(shí)，它包含很多portlet以蕴。如果你想要聲明讓所有的portlet共用全局的存儲(chǔ)變量的話糙麦，那么這全局變量需要存儲(chǔ)在global-session中。全局作用域與Servlet中的session作用域效果相同丛肮。

8赡磅、Spring框架中的單例Beans是線程安全的么？

????????Spring框架并沒(méi)有對(duì)單例bean進(jìn)行任何多線程的封裝處理宝与。關(guān)于單例bean的線程安全和并發(fā)問(wèn)題需要開(kāi)發(fā)者自行去搞定焚廊。但實(shí)際上冶匹，大部分的Spring bean并沒(méi)有可變的狀態(tài)(比如Serview類和DAO類)，所以在某種程度上說(shuō)Spring的單例bean是線程安全的咆瘟。如果你的bean有多種狀態(tài)的話（比如 View Model 對(duì)象）嚼隘，就需要自行保證線程安全。最淺顯的解決辦法就是將多態(tài)bean的作用域由“singleton”變更為“prototype”袒餐。

9飞蛹、Spring如何處理線程并發(fā)問(wèn)題？

在一般情況下灸眼，只有無(wú)狀態(tài)的Bean才可以在多線程環(huán)境下共享卧檐，在Spring中，絕大部分Bean都可以聲明為singleton作用域幢炸，因?yàn)镾pring對(duì)一些Bean中非線程安全狀態(tài)采用ThreadLocal進(jìn)行處理泄隔，解決線程安全問(wèn)題。

ThreadLocal和線程同步機(jī)制都是為了解決多線程中相同變量的訪問(wèn)沖突問(wèn)題宛徊。同步機(jī)制采用了“時(shí)間換空間”的方式，僅提供一份變量逻澳，不同的線程在訪問(wèn)前需要獲取鎖闸天，沒(méi)獲得鎖的線程則需要排隊(duì)。而ThreadLocal采用了“空間換時(shí)間”的方式斜做。

ThreadLocal會(huì)為每一個(gè)線程提供一個(gè)獨(dú)立的變量副本苞氮，從而隔離了多個(gè)線程對(duì)數(shù)據(jù)的訪問(wèn)沖突。因?yàn)槊恳粋€(gè)線程都擁有自己的變量副本瓤逼，從而也就沒(méi)有必要對(duì)該變量進(jìn)行同步了笼吟。ThreadLocal提供了線程安全的共享對(duì)象，在編寫多線程代碼時(shí)霸旗，可以把不安全的變量封裝進(jìn)ThreadLocal贷帮。

10-1、Spring基于xml注入bean的幾種方式：

（1）Set方法注入诱告；

（2）構(gòu)造器注入：①通過(guò)index設(shè)置參數(shù)的位置撵枢；②通過(guò)type設(shè)置參數(shù)類型；

（3）靜態(tài)工廠注入精居；

（4）實(shí)例工廠锄禽；

詳細(xì)內(nèi)容可以閱讀：https://blog.csdn.net/a745233700/article/details/89307518

10-2、Spring的自動(dòng)裝配：

在spring中靴姿，對(duì)象無(wú)需自己查找或創(chuàng)建與其關(guān)聯(lián)的其他對(duì)象沃但，由容器負(fù)責(zé)把需要相互協(xié)作的對(duì)象引用賦予各個(gè)對(duì)象，使用autowire來(lái)配置自動(dòng)裝載模式佛吓。

在Spring框架xml配置中共有5種自動(dòng)裝配：

（1）no：默認(rèn)的方式是不進(jìn)行自動(dòng)裝配的宵晚，通過(guò)手工設(shè)置ref屬性來(lái)進(jìn)行裝配bean垂攘。

（2）byName：通過(guò)bean的名稱進(jìn)行自動(dòng)裝配，如果一個(gè)bean的 property 與另一bean 的name 相同坝疼，就進(jìn)行自動(dòng)裝配搜贤。?

（3）byType：通過(guò)參數(shù)的數(shù)據(jù)類型進(jìn)行自動(dòng)裝配。

（4）constructor：利用構(gòu)造函數(shù)進(jìn)行裝配钝凶，并且構(gòu)造函數(shù)的參數(shù)通過(guò)byType進(jìn)行裝配仪芒。

（5）autodetect：自動(dòng)探測(cè)，如果有構(gòu)造方法耕陷，通過(guò) construct的方式自動(dòng)裝配掂名，否則使用 byType的方式自動(dòng)裝配。

基于注解的方式：

使用@Autowired注解來(lái)自動(dòng)裝配指定的bean哟沫。在使用@Autowired注解之前需要在Spring配置文件進(jìn)行配置饺蔑，<context:annotation-config />。在啟動(dòng)spring IoC時(shí)嗜诀，容器自動(dòng)裝載了一個(gè)AutowiredAnnotationBeanPostProcessor后置處理器猾警，當(dāng)容器掃描到@Autowied、@Resource或@Inject時(shí)隆敢，就會(huì)在IoC容器自動(dòng)查找需要的bean发皿，并裝配給該對(duì)象的屬性。在使用@Autowired時(shí)拂蝎，首先在容器中查詢對(duì)應(yīng)類型的bean：

如果查詢結(jié)果剛好為一個(gè)穴墅，就將該bean裝配給@Autowired指定的數(shù)據(jù)；

如果查詢的結(jié)果不止一個(gè)温自，那么@Autowired會(huì)根據(jù)名稱來(lái)查找玄货；

如果上述查找的結(jié)果為空，那么會(huì)拋出異常悼泌。解決方法時(shí)松捉，使用required=false。

@Autowired可用于：構(gòu)造函數(shù)券躁、成員變量惩坑、Setter方法

注：@Autowired和@Resource之間的區(qū)別

(1) @Autowired默認(rèn)是按照類型裝配注入的，默認(rèn)情況下它要求依賴對(duì)象必須存在（可以設(shè)置它required屬性為false）也拜。

(2) @Resource默認(rèn)是按照名稱來(lái)裝配注入的以舒，只有當(dāng)找不到與名稱匹配的bean才會(huì)按照類型來(lái)裝配注入。

11慢哈、Spring 框架中都用到了哪些設(shè)計(jì)模式蔓钟？

（1）工廠模式：BeanFactory就是簡(jiǎn)單工廠模式的體現(xiàn)，用來(lái)創(chuàng)建對(duì)象的實(shí)例卵贱；

（2）單例模式：Bean默認(rèn)為單例模式滥沫。

（3）代理模式：Spring的AOP功能用到了JDK的動(dòng)態(tài)代理和CGLIB字節(jié)碼生成技術(shù)侣集；

（4）模板方法：用來(lái)解決代碼重復(fù)的問(wèn)題。比如.?RestTemplate,?JmsTemplate,?JpaTemplate兰绣。

（5）觀察者模式：定義對(duì)象鍵一種一對(duì)多的依賴關(guān)系世分，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都會(huì)得到通知被制動(dòng)更新缀辩，如Spring中l(wèi)istener的實(shí)現(xiàn)--ApplicationListener臭埋。

12、Spring事務(wù)的實(shí)現(xiàn)方式和實(shí)現(xiàn)原理：

Spring事務(wù)的本質(zhì)其實(shí)就是數(shù)據(jù)庫(kù)對(duì)事務(wù)的支持臀玄，沒(méi)有數(shù)據(jù)庫(kù)的事務(wù)支持瓢阴，spring是無(wú)法提供事務(wù)功能的。真正的數(shù)據(jù)庫(kù)層的事務(wù)提交和回滾是通過(guò)binlog或者redo log實(shí)現(xiàn)的健无。

（1）Spring事務(wù)的種類：

spring支持編程式事務(wù)管理和聲明式事務(wù)管理兩種方式：

①編程式事務(wù)管理使用TransactionTemplate荣恐。

②聲明式事務(wù)管理建立在AOP之上的。其本質(zhì)是通過(guò)AOP功能累贤，對(duì)方法前后進(jìn)行攔截叠穆，將事務(wù)處理的功能編織到攔截的方法中，也就是在目標(biāo)方法開(kāi)始之前加入一個(gè)事務(wù)臼膏，在執(zhí)行完目標(biāo)方法之后根據(jù)執(zhí)行情況提交或者回滾事務(wù)痹束。

聲明式事務(wù)最大的優(yōu)點(diǎn)就是不需要在業(yè)務(wù)邏輯代碼中摻雜事務(wù)管理的代碼，只需在配置文件中做相關(guān)的事務(wù)規(guī)則聲明或通過(guò)@Transactional注解的方式讶请，便可以將事務(wù)規(guī)則應(yīng)用到業(yè)務(wù)邏輯中。

聲明式事務(wù)管理要優(yōu)于編程式事務(wù)管理屎媳，這正是spring倡導(dǎo)的非侵入式的開(kāi)發(fā)方式夺溢，使業(yè)務(wù)代碼不受污染，只要加上注解就可以獲得完全的事務(wù)支持烛谊。唯一不足地方是风响，最細(xì)粒度只能作用到方法級(jí)別，無(wú)法做到像編程式事務(wù)那樣可以作用到代碼塊級(jí)別丹禀。

（2）spring的事務(wù)傳播行為：

spring事務(wù)的傳播行為說(shuō)的是状勤，當(dāng)多個(gè)事務(wù)同時(shí)存在的時(shí)候，spring如何處理這些事務(wù)的行為双泪。

① PROPAGATION_REQUIRED：如果當(dāng)前沒(méi)有事務(wù)持搜，就創(chuàng)建一個(gè)新事務(wù)，如果當(dāng)前存在事務(wù)焙矛，就加入該事務(wù)葫盼，該設(shè)置是最常用的設(shè)置。

② PROPAGATION_SUPPORTS：支持當(dāng)前事務(wù)村斟，如果當(dāng)前存在事務(wù)贫导，就加入該事務(wù)抛猫，如果當(dāng)前不存在事務(wù)，就以非事務(wù)執(zhí)行孩灯」虢穑‘

③ PROPAGATION_MANDATORY：支持當(dāng)前事務(wù)，如果當(dāng)前存在事務(wù)峰档，就加入該事務(wù)败匹，如果當(dāng)前不存在事務(wù)，就拋出異常面哥。

④ PROPAGATION_REQUIRES_NEW：創(chuàng)建新事務(wù)哎壳，無(wú)論當(dāng)前存不存在事務(wù)，都創(chuàng)建新事務(wù)尚卫。

⑤ PROPAGATION_NOT_SUPPORTED：以非事務(wù)方式執(zhí)行操作归榕，如果當(dāng)前存在事務(wù)，就把當(dāng)前事務(wù)掛起吱涉。

⑥ PROPAGATION_NEVER：以非事務(wù)方式執(zhí)行刹泄，如果當(dāng)前存在事務(wù)，則拋出異常怎爵。

⑦ PROPAGATION_NESTED：如果當(dāng)前存在事務(wù)特石，則在嵌套事務(wù)內(nèi)執(zhí)行。如果當(dāng)前沒(méi)有事務(wù)鳖链，則按REQUIRED屬性執(zhí)行姆蘸。

（3）Spring中的隔離級(jí)別：

①?ISOLATION_DEFAULT：這是個(gè)?PlatfromTransactionManager?默認(rèn)的隔離級(jí)別，使用數(shù)據(jù)庫(kù)默認(rèn)的事務(wù)隔離級(jí)別芙委。

②?ISOLATION_READ_UNCOMMITTED：讀未提交逞敷，允許另外一個(gè)事務(wù)可以看到這個(gè)事務(wù)未提交的數(shù)據(jù)。

③?ISOLATION_READ_COMMITTED：讀已提交灌侣，保證一個(gè)事務(wù)修改的數(shù)據(jù)提交后才能被另一事務(wù)讀取推捐，而且能看到該事務(wù)對(duì)已有記錄的更新。

④?ISOLATION_REPEATABLE_READ：可重復(fù)讀侧啼，保證一個(gè)事務(wù)修改的數(shù)據(jù)提交后才能被另一事務(wù)讀取牛柒，但是不能看到該事務(wù)對(duì)已有記錄的更新。

⑤?ISOLATION_SERIALIZABLE：一個(gè)事務(wù)在執(zhí)行的過(guò)程中完全看不到其他事務(wù)對(duì)數(shù)據(jù)庫(kù)所做的更新痊乾。

13皮壁、Spring框架中有哪些不同類型的事件？

Spring 提供了以下5種標(biāo)準(zhǔn)的事件：

（1）上下文更新事件（ContextRefreshedEvent）：在調(diào)用ConfigurableApplicationContext 接口中的refresh()方法時(shí)被觸發(fā)符喝。

（2）上下文開(kāi)始事件（ContextStartedEvent）：當(dāng)容器調(diào)用ConfigurableApplicationContext的Start()方法開(kāi)始/重新開(kāi)始容器時(shí)觸發(fā)該事件闪彼。

（3）上下文停止事件（ContextStoppedEvent）：當(dāng)容器調(diào)用ConfigurableApplicationContext的Stop()方法停止容器時(shí)觸發(fā)該事件。

（4）上下文關(guān)閉事件（ContextClosedEvent）：當(dāng)ApplicationContext被關(guān)閉時(shí)觸發(fā)該事件。容器被關(guān)閉時(shí)畏腕，其管理的所有單例Bean都被銷毀缴川。

（5）請(qǐng)求處理事件（RequestHandledEvent）：在Web應(yīng)用中，當(dāng)一個(gè)http請(qǐng)求（request）結(jié)束觸發(fā)該事件描馅。

如果一個(gè)bean實(shí)現(xiàn)了ApplicationListener接口把夸，當(dāng)一個(gè)ApplicationEvent 被發(fā)布以后，bean會(huì)自動(dòng)被通知铭污。

14恋日、解釋一下Spring AOP里面的幾個(gè)名詞：

（1）切面（Aspect）：被抽取的公共模塊，可能會(huì)橫切多個(gè)對(duì)象嘹狞。?在Spring AOP中岂膳，切面可以使用通用類（基于模式的風(fēng)格）?或者在普通類中以?@AspectJ?注解來(lái)實(shí)現(xiàn)。

（2）連接點(diǎn)（Join point）：指方法磅网，在Spring AOP中谈截，一個(gè)連接點(diǎn)?總是?代表一個(gè)方法的執(zhí)行。?

（3）通知（Advice）：在切面的某個(gè)特定的連接點(diǎn)（Join point）上執(zhí)行的動(dòng)作涧偷。通知有各種類型簸喂，其中包括“around”、“before”和“after”等通知燎潮。許多AOP框架喻鳄，包括Spring，都是以攔截器做通知模型确封，?并維護(hù)一個(gè)以連接點(diǎn)為中心的攔截器鏈除呵。

（4）切入點(diǎn)（Pointcut）：切入點(diǎn)是指 我們要對(duì)哪些Join point進(jìn)行攔截的定義。通過(guò)切入點(diǎn)表達(dá)式爪喘，指定攔截的方法竿奏，比如指定攔截add*、search*腥放。

（5）引入（Introduction）：（也被稱為內(nèi)部類型聲明（inter-type declaration））。聲明額外的方法或者某個(gè)類型的字段绿语。Spring允許引入新的接口（以及一個(gè)對(duì)應(yīng)的實(shí)現(xiàn)）到任何被代理的對(duì)象秃症。例如，你可以使用一個(gè)引入來(lái)使bean實(shí)現(xiàn)?IsModified?接口吕粹，以便簡(jiǎn)化緩存機(jī)制种柑。

（6）目標(biāo)對(duì)象（Target Object）：?被一個(gè)或者多個(gè)切面（aspect）所通知（advise）的對(duì)象。也有人把它叫做?被通知（adviced）?對(duì)象匹耕。?既然Spring AOP是通過(guò)運(yùn)行時(shí)代理實(shí)現(xiàn)的聚请，這個(gè)對(duì)象永遠(yuǎn)是一個(gè)?被代理（proxied）?對(duì)象。

（7）織入（Weaving）：指把增強(qiáng)應(yīng)用到目標(biāo)對(duì)象來(lái)創(chuàng)建新的代理對(duì)象的過(guò)程。Spring是在運(yùn)行時(shí)完成織入驶赏。

切入點(diǎn)（pointcut）和連接點(diǎn)（join point）匹配的概念是AOP的關(guān)鍵炸卑，這使得AOP不同于其它僅僅提供攔截功能的舊技術(shù)。?切入點(diǎn)使得定位通知（advice）可獨(dú)立于OO層次煤傍。?例如盖文，一個(gè)提供聲明式事務(wù)管理的around通知可以被應(yīng)用到一組橫跨多個(gè)對(duì)象中的方法上（例如服務(wù)層的所有業(yè)務(wù)操作）。

15蚯姆、Spring通知有哪些類型五续？

https://blog.csdn.net/qq_32331073/article/details/80596084

（1）前置通知（Before advice）：在某連接點(diǎn)（join point）之前執(zhí)行的通知，但這個(gè)通知不能阻止連接點(diǎn)前的執(zhí)行（除非它拋出一個(gè)異常）龄恋。

（2）返回后通知（After returning advice）：在某連接點(diǎn)（join point）正常完成后執(zhí)行的通知：例如疙驾，一個(gè)方法沒(méi)有拋出任何異常，正常返回郭毕。?

（3）拋出異常后通知（After throwing advice）：在方法拋出異常退出時(shí)執(zhí)行的通知它碎。?

（4）后通知（After (finally) advice）：當(dāng)某連接點(diǎn)退出的時(shí)候執(zhí)行的通知（不論是正常返回還是異常退出）。?

（5）環(huán)繞通知（Around Advice）：包圍一個(gè)連接點(diǎn)（join point）的通知铣卡，如方法調(diào)用链韭。這是最強(qiáng)大的一種通知類型。?環(huán)繞通知可以在方法調(diào)用前后完成自定義的行為煮落。它也會(huì)選擇是否繼續(xù)執(zhí)行連接點(diǎn)或直接返回它們自己的返回值或拋出異常來(lái)結(jié)束執(zhí)行敞峭。?環(huán)繞通知是最常用的一種通知類型。大部分基于攔截的AOP框架蝉仇，例如Nanning和JBoss4旋讹，都只提供環(huán)繞通知。

同一個(gè)aspect轿衔，不同advice的執(zhí)行順序：

①?zèng)]有異常情況下的執(zhí)行順序：

around before advice

before advice

target method 執(zhí)行

around after advice

after advice

afterReturning

②有異常情況下的執(zhí)行順序：

around before advice

before advice

target method 執(zhí)行

around after advice

after advice

afterThrowing:異常發(fā)生

java.lang.RuntimeException: 異常發(fā)生