Spring面試題：

1、簡(jiǎn)單介紹一下Spring?

Spring 是個(gè)java企業(yè)級(jí)應(yīng)用的開(kāi)源開(kāi)發(fā)框架翔悠。Spring主要用來(lái)開(kāi)發(fā)Java應(yīng)用业崖，但是有些擴(kuò)展是針對(duì)構(gòu)建J2EE平臺(tái)的web應(yīng)用。Spring 框架目標(biāo)是簡(jiǎn)化Java企業(yè)級(jí)應(yīng)用開(kāi)發(fā)蓄愁，并通過(guò)POJO為基礎(chǔ)的編程模型促進(jìn)良好的編程習(xí)慣双炕。

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)用框架提供了集成支持辉词。

（1）輕量：Spring 是輕量的，基本的版本大約2MB猾骡。

（2）控制反轉(zhuǎn)：Spring通過(guò)控制反轉(zhuǎn)實(shí)現(xiàn)了松散耦合瑞躺。

（3）面向切面的編程(AOP)：Spring支持面向切面的編程，并且把應(yīng)用業(yè)務(wù)邏輯和系統(tǒng)服務(wù)分開(kāi)兴想。

（4）容器：Spring 包含并管理應(yīng)用中對(duì)象的生命周期和配置幢哨。

（5）MVC框架：Spring的WEB框架是個(gè)精心設(shè)計(jì)的框架，是Web框架的一個(gè)很好的替代品襟企。

（6）事務(wù)管理：Spring 提供一個(gè)持續(xù)的事務(wù)管理接口嘱么，可以擴(kuò)展到上至本地事務(wù)，下至全局事務(wù)（JTA）曼振。

（7）異常處理：Spring 提供方便的API把具體技術(shù)相關(guān)的異常（比如由JDBC，Hibernate or JDO拋出的）轉(zhuǎn)化為一致的unchecked 異常甲雅。

3弛姜、講一講對(duì)Spring中的AOP技術(shù)的理解

OOP面向?qū)ο笃渲幸粋€(gè)優(yōu)勢(shì)就是繼承，父類的代碼可以被子類所復(fù)用，但平級(jí)關(guān)系類中使用相同的功能代碼時(shí)會(huì)出現(xiàn)大量代碼的重復(fù)莱没，不利于各個(gè)模塊的復(fù)用，這種情況可以使用AOP技術(shù)來(lái)解決属铁。

AOP稱為面向切面編程，作為面向?qū)ο蟮囊环N補(bǔ)充例嘱，用于將那些與業(yè)務(wù)無(wú)關(guān)，但卻對(duì)多個(gè)對(duì)象產(chǎn)生影響的那些公共行為和邏輯進(jìn)行抽取并封裝為一個(gè)可重用的模塊，這個(gè)模塊被命名為“切面（Aspect）”即寡。切面可以減少系統(tǒng)中的重復(fù)代碼，降低模塊間的耦合度墩蔓，同時(shí)提高系統(tǒng)的可維護(hù)性昏名。可用于權(quán)限認(rèn)證卿嘲、日志沃疮、事務(wù)處理。

AOP（Aspect Oriented Programming），即面向切面編程懂扼，可以說(shuō)是OOP（Object Oriented Programming，面向?qū)ο缶幊蹋┑难a(bǔ)充和完善芥映。OOP引入封裝、繼承、多態(tài)等概念來(lái)建立一種對(duì)象層次結(jié)構(gòu)内狸，用于模擬公共行為的一個(gè)集合。不過(guò)OOP允許開(kāi)發(fā)者定義縱向的關(guān)系昂灵，但并不適合定義橫向的關(guān)系倒脓，例如日志功能甘晤。日志代碼往往橫向地散布在所有對(duì)象層次中盆均，而與它對(duì)應(yīng)的對(duì)象的核心功能毫無(wú)關(guān)系對(duì)于其他類型的代碼，如安全性、異常處理和透明的持續(xù)性也都是如此蔗草，這種散布在各處的無(wú)關(guān)的代碼被稱為橫切（cross cutting），在OOP設(shè)計(jì)中，它導(dǎo)致了大量代碼的重復(fù)故觅，而不利于各個(gè)模塊的重用替蛉。

AOP技術(shù)恰恰相反它浅，它利用一種稱為"橫切"的技術(shù)怎静，剖解開(kāi)封裝的對(duì)象內(nèi)部，并將那些影響了多個(gè)類的公共行為封裝到一個(gè)可重用模塊夜牡，并將其命名為"Aspect"侣签，即切面。所謂"切面"卷中，簡(jiǎn)單說(shuō)就是那些與業(yè)務(wù)無(wú)關(guān)十减，卻為業(yè)務(wù)模塊所共同調(diào)用的邏輯或責(zé)任封裝起來(lái)，便于減少系統(tǒng)的重復(fù)代碼壳繁，降低模塊之間的耦合度闹炉，并有利于未來(lái)的可操作性和可維護(hù)性皂冰。

使用"橫切"技術(shù)舶胀，AOP把軟件系統(tǒng)分為兩個(gè)部分：

核心關(guān)注點(diǎn)和橫切關(guān)注點(diǎn)轩端。業(yè)務(wù)處理的主要流程是核心關(guān)注點(diǎn)耿导，與之關(guān)系不大的部分是橫切關(guān)注點(diǎn)箱吕。橫切關(guān)注點(diǎn)的一個(gè)特點(diǎn)是丽猬，他們經(jīng)常發(fā)生在核心關(guān)注點(diǎn)的多處由桌，而各處基本相似，比如權(quán)限認(rèn)證吹泡、日志、事物锋恬。AOP的作用在于分離系統(tǒng)中的各種關(guān)注點(diǎn)晕窑，將核心關(guān)注點(diǎn)和橫切關(guān)注點(diǎn)分離開(kāi)來(lái)渺尘。

4架诞、介紹一下使用JDK Proxy類如何實(shí)現(xiàn)動(dòng)態(tài)代理？

有業(yè)務(wù)接口妇穴，有實(shí)現(xiàn)業(yè)務(wù)接口的業(yè)務(wù)類，還需要?jiǎng)?chuàng)建實(shí)現(xiàn)了InvocationHandler接口的MyInvocationHandler類碘举。

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í)使用售滤。

使用如下代碼創(chuàng)建代理類：

Proxy.newProxyInstance(Test1.class.getClassLoader(),

dangdangBook.getClass().getInterfaces(), handler);

5、介紹一下靜態(tài)和動(dòng)態(tài)代理以及區(qū)別漫雷？

AOP技術(shù)的原理是“代理模式”每辟，AOP代理主要分為靜態(tài)代理和動(dòng)態(tài)代理。

（A）普通的類和接口實(shí)現(xiàn)靜態(tài)代理，代理類綁死了接口庙睡。

另外也可以使用AspectJ是靜態(tài)代理的增強(qiáng)谣拣，所謂靜態(tài)代理宾茂，就是AOP框架會(huì)在編譯階段生成AOP代理類，因此也稱為編譯時(shí)增強(qiáng)拴还，他會(huì)在編譯階段將AspectJ(切面)織入到Java字節(jié)碼中跨晴，運(yùn)行的時(shí)候就是增強(qiáng)之后的AOP對(duì)象。

參考網(wǎng)址：

Java 靜態(tài)代理 AspectJ 使用

http://www.reibang.com/p/aa293edba2e4

Spring AOP,AspectJ, CGLIB 有點(diǎn)暈

http://www.reibang.com/p/fe8d1e8bd63e

（B）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ì)象的方法蒋伦。動(dòng)態(tài)代理可以使用JDK Proxy和CGLIB來(lái)實(shí)現(xiàn)。

回答思路可以先介紹靜態(tài)代理的缺點(diǎn)访敌，再介紹動(dòng)態(tài)代理的優(yōu)點(diǎn)凉敲。

（C）靜態(tài)代理與動(dòng)態(tài)代理區(qū)別在于生成AOP代理對(duì)象的時(shí)機(jī)不同。靜態(tài)代理在編譯時(shí)創(chuàng)建了代理類寺旺，而動(dòng)態(tài)代理是在運(yùn)行時(shí)創(chuàng)建了代理類爷抓。

6、當(dāng)業(yè)務(wù)類實(shí)現(xiàn)或未實(shí)現(xiàn)接口時(shí)阻塑，在創(chuàng)建代理類時(shí)的區(qū)別是什么蓝撇？

① 實(shí)現(xiàn)接口：JDK動(dòng)態(tài)代理只支持對(duì)接口進(jìn)行代理，不支持對(duì)類進(jìn)行代理陈莽。核心內(nèi)容是InvocationHandler接口和Proxy類渤昌，InvocationHandler 通過(guò)在invoke()方法中使用反射技術(shù)調(diào)用目標(biāo)類中的代碼，動(dòng)態(tài)地將橫切邏輯和業(yè)務(wù)編織在一起走搁；接著独柑，Proxy利用 InvocationHandler動(dòng)態(tài)創(chuàng)建一個(gè)符合某一接口的的實(shí)例, 生成目標(biāo)類的代理對(duì)象。

② 未實(shí)現(xiàn)接口：如果業(yè)務(wù)類沒(méi)有實(shí)現(xiàn)接口私植，那么Spring AOP會(huì)選擇使用CGLIB實(shí)現(xiàn)動(dòng)態(tài)代理忌栅，代理類繼承自業(yè)務(wù)類。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)代理的唤反。

7、介紹一下對(duì)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依賴注入和IOC控制反轉(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)形成可重用的功能組件池摧。

IoC不是什么技術(shù)，而是一種設(shè)計(jì)思想激况。在java的開(kāi)發(fā)過(guò)程中作彤。ioc意味著將你設(shè)計(jì)好的對(duì)象交給容器控制，而不是傳統(tǒng)的在對(duì)象內(nèi)部直接控制乌逐。理解“誰(shuí)控制誰(shuí)竭讳，控制什么，為何是反轉(zhuǎn)（有反轉(zhuǎn)是不是有正轉(zhuǎn)）浙踢，反轉(zhuǎn)了哪些”

1

? 誰(shuí)控制誰(shuí)绢慢，控制什么：傳統(tǒng)java se程序設(shè)計(jì)，我們直接在對(duì)象內(nèi)部通過(guò)new進(jìn)行創(chuàng)建對(duì)象成黄；而IOC有專門(mén)的容器創(chuàng)建對(duì)象呐芥，由容器來(lái)控制對(duì)象；誰(shuí)控制誰(shuí)奋岁？IOC容器控制對(duì)象思瘟；控制了什么？主要控制了外部資源獲任帕妗（不只是對(duì)象滨攻，包括文件）

? 為何是反轉(zhuǎn)，哪些反轉(zhuǎn)了：有反轉(zhuǎn)就有正轉(zhuǎn)蓝翰，傳統(tǒng)的應(yīng)用程序是由我們?cè)趯?duì)象中主動(dòng)控制去直接獲取依賴對(duì)象光绕，也就是正轉(zhuǎn)；反轉(zhuǎn)就是由容器幫我們創(chuàng)建以及注入依賴對(duì)象畜份；為何是反轉(zhuǎn)诞帐，因?yàn)槭怯扇萜鲙臀覀儾檎壹白⑷雽?duì)象，對(duì)象只是被動(dòng)的接受爆雹；

哪些反轉(zhuǎn)了：依賴對(duì)象的獲取方式被反轉(zhuǎn)了

IOC是一種設(shè)計(jì)思想（思想的轉(zhuǎn)變）停蕉，之前所有創(chuàng)建對(duì)象的操作是由程序員自己new愕鼓，現(xiàn)在交給了spring，由spring幫我們創(chuàng)建對(duì)象慧起，注入之類的菇晃。控制反轉(zhuǎn)蚓挤，控制是指 ioc提供的容器控制類的對(duì)象磺送，反轉(zhuǎn)是指轉(zhuǎn)交給spring來(lái)負(fù)責(zé)。最大的作用就是解耦（降低耦合性）

IOC是一種叫做“控制反轉(zhuǎn)”的設(shè)計(jì)思想灿意。

1估灿、較淺的層次——從名字上解析

“控制”就是指對(duì) 對(duì)象的創(chuàng)建、維護(hù)缤剧、銷毀等生命周期的控制甲捏，這個(gè)過(guò)程一般是由我們的程序去主動(dòng)控制的，如使用new關(guān)鍵字去創(chuàng)建一個(gè)對(duì)象（創(chuàng)建）鞭执，在使用過(guò)程中保持引用（維護(hù)）司顿，在失去全部引用后由GC去回收對(duì)象（銷毀）。

“反轉(zhuǎn)”就是指對(duì) 對(duì)象的創(chuàng)建兄纺、維護(hù)大溜、銷毀等生命周期的控制由程序控制改為由IOC容器控制，需要某個(gè)對(duì)象時(shí)就直接通過(guò)名字去IOC容器中獲取估脆。

2钦奋、更深的層次——提到DI，依賴注入疙赠，是IOC的一種重要實(shí)現(xiàn)

一個(gè)對(duì)象的創(chuàng)建往往會(huì)涉及到其他對(duì)象的創(chuàng)建付材，比如一個(gè)對(duì)象A的成員變量持有著另一個(gè)對(duì)象B的引用，這就是依賴圃阳，A依賴于B厌衔。IOC機(jī)制既然負(fù)責(zé)了對(duì)象的創(chuàng)建，那么這個(gè)依賴關(guān)系也就必須由IOC容器負(fù)責(zé)起來(lái)捍岳。負(fù)責(zé)的方式就是DI——依賴注入富寿，通過(guò)將依賴關(guān)系寫(xiě)入配置文件，然后在創(chuàng)建有依賴關(guān)系的對(duì)象時(shí)锣夹，由IOC容器注入依賴的對(duì)象页徐，如在創(chuàng)建A時(shí)，檢查到有依賴關(guān)系银萍，IOC容器就把A依賴的對(duì)象B創(chuàng)建后注入到A中（組裝变勇，通過(guò)反射機(jī)制實(shí)現(xiàn)），然后把A返回給對(duì)象請(qǐng)求者贴唇，完成工作搀绣。

3赃梧、IOC的意義何在？

IOC并沒(méi)有實(shí)現(xiàn)更多的功能豌熄，但它的存在使我們不需要很多代碼、不需要考慮對(duì)象間復(fù)雜的耦合關(guān)系就能從IOC容器中獲取合適的對(duì)象物咳，而且提供了對(duì) 對(duì)象的可靠的管理锣险，極大地降低了開(kāi)發(fā)的復(fù)雜性。

8览闰、BeanFactory和ApplicationContext有什么區(qū)別芯肤？

? ? BeanFactory和ApplicationContext是Spring的兩大核心接口，都可以當(dāng)做Spring的容器压鉴。其中ApplicationContext是BeanFactory的子接口崖咨。

1

（1）兩者具有繼承關(guān)系

BeanFactory：是Spring里面最底層的接口，包含了各種Bean的定義油吭，讀取bean配置文檔击蹲，管理bean的加載、實(shí)例化婉宰，控制bean的生命周期歌豺，維護(hù)bean之間的依賴關(guān)系。ApplicationContext接口作為BeanFactory的子接口心包，除了提供BeanFactory所具有的功能外类咧，還提供了更完整的框架功能：

A.繼承MessageSource，因此支持國(guó)際化蟹腾。

B.統(tǒng)一的資源文件訪問(wèn)方式痕惋。

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

D.同時(shí)加載多個(gè)配置文件娃殖。

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

（2）兩者實(shí)例化類的時(shí)機(jī)不同

A.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ì)拋出異常。

B.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)建好了亿眠。

C.相對(duì)于基本的BeanFactory碎罚，ApplicationContext 唯一的不足是占用內(nèi)存空間。當(dāng)應(yīng)用程序配置Bean較多時(shí)纳像，程序啟動(dòng)較慢荆烈。

（3）BeanFactory通常以手寫(xiě)代碼的方式被創(chuàng)建。

ApplicationContext還能以聲明的方式創(chuàng)建竟趾，如使用ContextLoader憔购，在web.xml中進(jìn)行配置，代碼如下：

org.springframework.web.context.ContextLoaderListener

繼承關(guān)系：

public class ContextLoaderListener extends ContextLoader implements ServletContextListener {

（4）BeanFactory和ApplicationContext都支持BeanPostProcessor岔帽、BeanFactoryPostProcessor的使用倦始，但兩者之間的區(qū)別是：

BeanFactory需要手動(dòng)注冊(cè)，代碼如下：

DefaultListableBeanFactory c;

c.addBeanPostProcessor(beanPostProcessor);

方法為public：

public void addBeanPostProcessor(BeanPostProcessor beanPostProcessor)

ApplicationContext則是自動(dòng)注冊(cè)山卦。

public abstract class AbstractApplicationContext extends DefaultResourceLoader

implements ConfigurableApplicationContext {

protected void registerBeanPostProcessors(ConfigurableListableBeanFactory beanFactory) {

PostProcessorRegistrationDelegate.registerBeanPostProcessors(beanFactory, this);

}

1

2

3

BeanFactory：

是spring里面最底層的接口鞋邑，提供了最簡(jiǎn)單的容器的功能，只提供實(shí)例化對(duì)象和獲取對(duì)象

applicationContext：

應(yīng)用上下文账蓉，繼承了BeanFactory接口（上一個(gè)的子接口）枚碗，提供了更多的功能

1.ClassPathXmlApplicationContext 從 classpath 加載 spring 的配置文件

2.FileSystemApplicationContext 從系統(tǒng)文件加載 spring 的配置文件

3.AnnotationConfigApplicationContext 獲取基于注解的 spring 容器對(duì)象

4.XmlWebApplicationContext 在web環(huán)境中獲取 spring 容器對(duì)象

9、請(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)用其配置的銷毀方法怀泊。

還可以參考網(wǎng)址：https://www.cnblogs.com/kenshinobiy/p/4652008.html

10、解釋Spring支持的幾種bean的作用域误趴。

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

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

（2）prototype：為每一個(gè)獲得bean的請(qǐng)求創(chuà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作用域效果相同。

其中比較常用的是singleton和prototype兩種作用域龟劲。對(duì)于singleton作用域的Bean胃夏，每次請(qǐng)求該Bean都將獲得相同的實(shí)例。容器負(fù)責(zé)跟蹤Bean實(shí)例的狀態(tài)昌跌，負(fù)責(zé)維護(hù)Bean實(shí)例的生命周期行為仰禀；如果一個(gè)Bean被設(shè)置成prototype作用域，程序每次請(qǐng)求該id的Bean蚕愤，Spring都會(huì)新建一個(gè)Bean實(shí)例答恶，然后返回給程序。在這種情況下萍诱，Spring容器僅僅使用new 關(guān)鍵字創(chuàng)建Bean實(shí)例亥宿，一旦創(chuàng)建成功，容器不在跟蹤實(shí)例砂沛，也不會(huì)維護(hù)Bean實(shí)例的狀態(tài)烫扼。

　　如果不指定Bean的作用域，Spring默認(rèn)使用singleton作用域碍庵。Java在創(chuàng)建Java實(shí)例時(shí)映企，需要進(jìn)行內(nèi)存申請(qǐng)；銷毀實(shí)例時(shí)静浴，需要完成垃圾回收堰氓，這些工作都會(huì)導(dǎo)致系統(tǒng)開(kāi)銷的增加。因此苹享，prototype作用域Bean的創(chuàng)建双絮、銷毀代價(jià)比較大浴麻。而singleton作用域的Bean實(shí)例一旦創(chuàng)建成功，可以重復(fù)使用囤攀。因此软免，除非必要，否則盡量避免將Bean被設(shè)置成prototype作用域焚挠。

當(dāng)定義一個(gè) 在Spring里膏萧，可以給這個(gè)bean聲明一個(gè)作用域。通過(guò)bean 定義的scope屬性來(lái)定義蝌衔。例如當(dāng)Spring要在需要的時(shí)候每次生產(chǎn)一個(gè)新的bean實(shí)例榛泛，bean的scope屬性被指定為prototype。另一方面噩斟，一個(gè)bean每次使用的時(shí)候必須返回同一個(gè)實(shí)例曹锨，這個(gè)bean的scope 屬性必須設(shè)為 singleton。默認(rèn)是singleton剃允。

11沛简、Spring框架中的單例Beans是線程安全的么？

不一定硅急，因?yàn)榘踩c不安全取決于Bean的寫(xiě)法覆享。

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

12、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ì)象壁晒，在編寫(xiě)多線程代碼時(shí)，可以把不安全的變量封裝進(jìn)ThreadLocal。

13申眼、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

14雷滋、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種裝配方式：

（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)裝配。使用@autowire击喂。

（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)裝配凌彬。參考：https://www.yiibai.com/spring/spring-autowiring-by-autodetect.html

在Spring框架中使用注解的裝配方式：

使用@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：

（1）如果查詢結(jié)果剛好為一個(gè)徒蟆，就將該bean裝配給@Autowired指定的數(shù)據(jù)胁出；

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

（3）如果上述查找的結(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)裝配注入催式。

自動(dòng)裝配類型：

（1）autowire byName (按名稱自動(dòng)裝配)

①將查找其類中所有的set方法名，例如setCat避归，獲得將set去掉并且首字母小寫(xiě)的字符串荣月，即cat。

②去spring容器中尋找是否有此字符串名稱id的對(duì)象梳毙。

如果有哺窄，就取出注入；如果沒(méi)有顿天，就報(bào)空指針異常堂氯。

（2）autowire byType (按類型自動(dòng)裝配)

使用autowire byType首先需要保證：同一類型的對(duì)象蔑担，在spring容器中唯一牌废。如果不唯一，會(huì)報(bào)不唯一的異常啤握。

（3）自動(dòng)裝配autowire

首先嘗試使用constructor進(jìn)行自動(dòng)裝配鸟缕，如果失敗，再嘗試使用byType進(jìn)行自動(dòng)裝配

（4）constructor

把與Bean的構(gòu)造器入?yún)⒕哂邢嗤愋偷钠渌鸅ean自動(dòng)裝配到Bean構(gòu)造器的對(duì)應(yīng)入?yún)⒅小?/p>

15排抬、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漱抓。

16、Spring事務(wù)處理有哪兩種方式：

Spring事務(wù)的本質(zhì)其實(shí)就是數(shù)據(jù)庫(kù)對(duì)事務(wù)的支持恕齐，只不過(guò)Spring框架進(jìn)行了封裝乞娄，如果沒(méi)有底層數(shù)據(jù)庫(kù)對(duì)事務(wù)的支持，spring是無(wú)法提供事務(wù)功能的显歧。

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

（1）編程式事務(wù)管理使用TransactionTemplate類仪或，使用較少。

（2）聲明式事務(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)代碼廓块，只需在配置文件中做相關(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í)別口予。

透徹的掌握 Spring 中@transactional 的使用

https://www.ibm.com/developerworks/cn/java/j-master-spring-transactional-use/index.html

17娄周、spring的事務(wù)傳播行為：

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

（1）PROPAGATION_REQUIRED：如果當(dāng)前沒(méi)有事務(wù)，就創(chuàng)建一個(gè)新事務(wù)木张，如果當(dāng)前存在事務(wù)众辨，就加入該事務(wù)，該設(shè)置是最常用的設(shè)置舷礼。

（2）PROPAGATION_SUPPORTS：支持當(dāng)前事務(wù)鹃彻，如果當(dāng)前存在事務(wù)，就加入該事務(wù)妻献，如果當(dāng)前不存在事務(wù)蛛株，就以非事務(wù)執(zhí)行虚婿。‘

（3） PROPAGATION_MANDATORY：支持當(dāng)前事務(wù)泳挥，如果當(dāng)前存在事務(wù)然痊，就加入該事務(wù)，如果當(dāng)前不存在事務(wù)屉符，就拋出異常剧浸。

（4） PROPAGATION_REQUIRES_NEW：創(chuàng)建新事務(wù)，無(wú)論當(dāng)前存不存在事務(wù)矗钟，都創(chuàng)建新事務(wù)唆香。

（5） PROPAGATION_NOT_SUPPORTED：以非事務(wù)方式執(zhí)行操作，如果當(dāng)前存在事務(wù)吨艇，就把當(dāng)前事務(wù)掛起躬它。

（6） PROPAGATION_NEVER：以非事務(wù)方式執(zhí)行，如果當(dāng)前存在事務(wù)东涡，則拋出異常冯吓。

（7） PROPAGATION_NESTED：如果當(dāng)前存在事務(wù)，則在嵌套事務(wù)內(nèi)執(zhí)行疮跑。如果當(dāng)前沒(méi)有事務(wù)组贺，則按REQUIRED屬性執(zhí)行。

我的總結(jié)：

（1）REQUIRED代表如果已經(jīng)存在一個(gè)事務(wù)祖娘，就加入到這個(gè)事務(wù)中失尖。如果當(dāng)前沒(méi)有事務(wù)，就新建一個(gè)事務(wù)渐苏，這是默認(rèn)的事務(wù)傳播設(shè)置掀潮。

白話解釋：如果馬路上有車就搭車，如果馬路上沒(méi)有車就造一個(gè)車琼富。

（2）SUPPORTS代表如果已經(jīng)存在一個(gè)事務(wù)仪吧，就加入到這個(gè)事務(wù)中。如果當(dāng)前沒(méi)有事務(wù)公黑，就以非事務(wù)方式執(zhí)行邑商。

白話解釋：如果馬路上有車就搭車摄咆，如果馬路上沒(méi)有車就自己走綠色環(huán)保凡蚜。

（3）MANDATORY代表如果已經(jīng)存在一個(gè)事務(wù)，就加入到這個(gè)事務(wù)中吭从。如果當(dāng)前沒(méi)有事務(wù)朝蜘，就拋出異常。

白話解釋：如果馬路上有車就搭車涩金，如果馬路上沒(méi)有車就憤怒的爆炸谱醇。

（4）REQUIRES_NEW代表新建事務(wù)暇仲，如果已經(jīng)存在一個(gè)事務(wù)，就把這個(gè)事務(wù)掛起并創(chuàng)建新的事務(wù)副渴。

白話解釋：如果馬路上有車也不搭車奈附，還要自己造車。

（5）NOT_SUPPORTED代表如果已經(jīng)存在一個(gè)事務(wù)煮剧，就把這個(gè)事務(wù)掛起斥滤。并以非事務(wù)方式執(zhí)行操作。

白話解釋：如果馬路上有車也不搭車勉盅，自己走綠色環(huán)保佑颇。

（6）NEVER代表如果已經(jīng)存在一個(gè)事務(wù)，則拋出異常草娜。如果當(dāng)前沒(méi)有事務(wù)挑胸，以非事務(wù)方式執(zhí)行。

白話解釋：馬路上有車就憤怒的爆炸宰闰，一臺(tái)車都沒(méi)有時(shí)則自己走綠色環(huán)保茬贵。

（7）NESTED代表創(chuàng)建當(dāng)前事務(wù)的子事務(wù)。

白話解釋：水和魚(yú)的關(guān)系移袍，魚(yú)（子事務(wù)）沒(méi)有了但不影響水（父事務(wù)）闷沥，但水（父事務(wù)）沒(méi)有了則影響魚(yú)（子事務(wù)）。

18咐容、Spring中的隔離級(jí)別：

（1） ISOLATION_DEFAULT：這是個(gè) PlatfromTransactionManager 默認(rèn)的隔離級(jí)別舆逃，使用數(shù)據(jù)庫(kù)默認(rèn)的事務(wù)隔離級(jí)別。

（2） ISOLATION_READ_UNCOMMITTED：讀未提交戳粒，允許另外一個(gè)事務(wù)可以看到這個(gè)事務(wù)未提交的數(shù)據(jù)路狮。

（3） ISOLATION_READ_COMMITTED：讀已提交，保證一個(gè)事務(wù)修改的數(shù)據(jù)提交后才能被另一事務(wù)讀取蔚约，而且能看到該事務(wù)對(duì)已有記錄的更新奄妨。

（4） ISOLATION_REPEATABLE_READ：可重復(fù)讀，保證一個(gè)事務(wù)修改的數(shù)據(jù)提交后才能被另一事務(wù)讀取苹祟，但是不能看到該事務(wù)對(duì)已有記錄的更新砸抛。

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

19树枫、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)被通知。

20斜纪、解釋一下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ī)制均澳。

參考URL：https://blog.csdn.net/Danny_idea/article/details/78232298

（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ù)操作）合冀。

21各薇、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)繞通知打掘。

使用注解法實(shí)現(xiàn)通知時(shí)华畏，使用同一個(gè)aspect，但使用不同的advice的執(zhí)行順序：

（1）沒(méi)有異常情況下的執(zhí)行順序：

around before advice

before advice

target method 執(zhí)行

around after advice

after advice

afterReturning

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

around before advice

before advice

target method 執(zhí)行

around after advice

after advice

afterThrowing:異常發(fā)生

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

22尊蚁、介紹一下Spring有哪些模塊及其作用亡笑？

1、Spring core 是spring框架的核心横朋，提供了IOC和依賴注入特性仑乌。

2、Spring Context 提供了一種框架風(fēng)格的方式來(lái)訪問(wèn)對(duì)象，繼承了beans包的功能晰甚，同時(shí)增加了國(guó)際化衙传、事件傳播、資源裝載厕九、以及透明創(chuàng)建上下文蓖捶。

3、Spring AOP 通過(guò)配置管理扁远，直接將面向切面編程技術(shù)集成到了框架之中俊鱼。

4、Spring DAO 提供了JDBC的抽象層畅买〔⑾校可以消除冗長(zhǎng)的JDBC編碼和數(shù)據(jù)庫(kù)廠商特有的錯(cuò)誤代碼。

5谷羞、Spring ORM Spring框架插入了若干個(gè)ORM框架帝火，從而提供了ORM對(duì)象關(guān)系工具，其中包括JDO洒宝、Hibernate购公、Ibatis、Mybatis等雁歌，所有這些都遵從Spring的事務(wù)和DAO異常層次結(jié)構(gòu)宏浩。

6、Spring Web 此模塊建立在應(yīng)用程序上下文模塊程序之上靠瞎，為web應(yīng)用程序提供了上下文比庄，所以他支持與Struts1或Struts2或SpringMVC的集成。

7乏盐、SpringMVC是一個(gè)全功能的構(gòu)建web應(yīng)用程序的mvc實(shí)現(xiàn)佳窑。

8、Spring ORM是對(duì)象與表關(guān)系映射父能，通過(guò)對(duì)象直接操作表神凑。

23、自動(dòng)掃描包

在一個(gè)稍大的項(xiàng)目中何吝，通常會(huì)有上百個(gè)組件溉委，如果這些組件采用XML的bean定義來(lái)配置，顯然會(huì)增加配置文件的體積爱榕，查找及維護(hù)起來(lái)也不太方便瓣喊。

Spring2.5為我們引入了組件自動(dòng)掃描機(jī)制，使用注解 后可以在類路徑底下尋找標(biāo)注了@Component黔酥、@Service藻三、@Controller洪橘、@Repository注解的類，并把這些類納入進(jìn)Spring容器中管理棵帽，它的作用和在XML文件中使用bean節(jié)點(diǎn)配置組件是一樣的熄求。

24、常見(jiàn)Spring注解的解釋

@Controller：只能用控制器類上

@Service：只能用在業(yè)務(wù)類上

@Repository：只能用在dao類上

@Component：工具類的組件使用此注解

@Bean：在方法上面使用@Bean注解代表聲明一個(gè)創(chuàng)建bean的工廠方法岖寞，并且交給Spring容器管理抡四；當(dāng)使用此Bean時(shí)直接使用@Autowire進(jìn)行注入即可柜蜈。

@Aspect：表明整個(gè)類是一個(gè)切面仗谆。

@Component：標(biāo)記該類是一個(gè)組件，spring掃描注解配置時(shí)淑履，會(huì)標(biāo)記這些類要生成bean

@Pointcut：注解聲明對(duì)應(yīng)的方法為切入點(diǎn)隶垮。

@Inject：和@Autowired注解一樣，@Inject可以用來(lái)自動(dòng)裝配屬性秘噪、方法和構(gòu)造器狸吞；與@Autowired不同的是，@Inject沒(méi)有required屬性指煎。因此@Inject注解所標(biāo)注的依賴關(guān)系必須存在蹋偏，如果不存在，則會(huì)拋出異常至壤。

@Named：相對(duì)于@Autowired對(duì)應(yīng)的Qualifier威始，@Inject所對(duì)應(yīng)的是@Named注解。

25像街、注解的分類

注解分為兩類：

1黎棠、一類是使用Bean，即是把已經(jīng)在xml文件中配置好的Bean拿來(lái)用镰绎，完成屬性脓斩、方法的組裝；比如@Autowired , @Resource畴栖，可以通過(guò)byTYPE（@Autowired）、byNAME（@Resource）的方式獲取Bean燎猛；

2、一類是注冊(cè)Bean,@Component , @Repository , @ Controller , @Service , @Configration這些注解都是把你要實(shí)例化的對(duì)象轉(zhuǎn)化成一個(gè)Bean星立，放在IoC容器中，等你要用的時(shí)候，它會(huì)和上面的@Autowired , @Resource配合到一起，把對(duì)象谦疾、屬性、方法完美組裝峰伙。

26瞳氓、談?wù)勀銓?duì)spring的理解

從spring的工作原理顿膨、核心技術(shù)必指、優(yōu)缺點(diǎn)

spring的工作原理：

spring是按照設(shè)計(jì)模式精細(xì)打造的，它實(shí)現(xiàn)了工廠模式的工廠類，這個(gè)類名為BeanFactory（接口）底燎，常常使用它的子接口ApplicationContext

spring的核心是IOC（控制反轉(zhuǎn)）双仍，IOC是一種設(shè)計(jì)思想，用于實(shí)現(xiàn)模塊之間的解耦苞轿，在Spring中它的作用是對(duì)對(duì)象的創(chuàng)建逗物，維護(hù)和銷毀生命周期的控制搬卒。IOC:把對(duì)象的創(chuàng)建敬察、初始化秀睛、銷毀莲祸、交給Spring來(lái)管理，而不是由開(kāi)發(fā)者简软，實(shí)現(xiàn)了控制反轉(zhuǎn)

spring是一個(gè)大的工廠類建炫，spring的特點(diǎn)就是基于配置，在其配置文件中通過(guò)來(lái)創(chuàng)建實(shí)例對(duì)象

根據(jù)業(yè)務(wù)邏輯來(lái)看疼蛾，對(duì)象經(jīng)常不是獨(dú)立的肛跌，一個(gè)對(duì)象的創(chuàng)建往往涉及到另一個(gè)對(duì)象的

創(chuàng)建，當(dāng)然這個(gè)對(duì)象也要由IOC容器負(fù)責(zé)察郁，負(fù)責(zé)的方式就是依賴注入DI,通過(guò)反射機(jī)制實(shí)現(xiàn)衍慎。有三種注入方式：（1）接口注入、（2）構(gòu)造器注入皮钠、（3）setter方法注入稳捆。

另外一個(gè)工作原理AOP請(qǐng)參考前面的答案。

Spring的核心技術(shù)

Spring的核心技術(shù)：IOC麦轰、AOP

Java的高級(jí)特性：反射機(jī)制乔夯，代理

AOP：面向切面編程期虾，系統(tǒng)中有很多各不相干的類的方法，在這眾多方法中加入某種系統(tǒng)功能的代碼驯嘱，如加入日志镶苞、權(quán)限、判斷等鞠评，AOP可以實(shí)現(xiàn)橫切關(guān)注點(diǎn)（如日志茂蚓，安全，緩存和事務(wù)管理）與他們所影響的對(duì)象之間的解耦剃幌。

實(shí)現(xiàn)AOP功能采用的是代理技術(shù)聋涨，調(diào)用代理類，代理類與目標(biāo)類具有相同的方法聲明负乡。

AOP在spring中主要表現(xiàn)在兩個(gè)方面：提供聲明式的事務(wù)管理牍白、spring支持用戶自定義切面

AOP主要包括通知（advice）切點(diǎn)（point cut）連接點(diǎn)（join point）

Spring的優(yōu)缺點(diǎn)

Spring的核心概念是IOC和AOP，這兩個(gè)核心服務(wù)的對(duì)象是bean抖棘，定位是一個(gè)輕量級(jí)的框架茂腥。

優(yōu)點(diǎn)：

Spring中避免了關(guān)鍵字new造成的耦合問(wèn)題

Spring本身就是一個(gè)工廠，不需要再編寫(xiě)工廠類

Spring不需要進(jìn)行明確的引用關(guān)系的傳遞切省，直接通過(guò)配置完成

所有框架幾乎都可以在spring中整合使用

Spring編程=factory設(shè)計(jì)模式+proxy設(shè)計(jì)模式

缺點(diǎn)：

應(yīng)用代碼與Spring的API發(fā)生了緊耦合最岗。Spring模塊眾多，學(xué)習(xí)成本高朝捆。Spring的內(nèi)容太龐大般渡，隨便打斷點(diǎn)查﹁看的時(shí)候會(huì)出現(xiàn)十幾二十層代碼，代碼非常復(fù)雜芙盘，閱覽性不強(qiáng)驯用，在實(shí)際開(kāi)發(fā)的過(guò)程中spring的角色更像是膠水一樣，將不同的框架粘合整合起來(lái)儒老，充當(dāng)整合粘合各種技術(shù)的角色蝴乔，同時(shí)作為bean的容器。

27贷盲、延遲和立即加載的優(yōu)點(diǎn)

延遲實(shí)例化的優(yōu)點(diǎn)（BeanFactory）

應(yīng)用啟動(dòng)的時(shí)候占用資源很少淘这；對(duì)資源要求較高的應(yīng)有，比較有優(yōu)勢(shì)

立即實(shí)例化的優(yōu)點(diǎn)（ApplicationContext）

1.所有的Bean在啟動(dòng)的時(shí)候都加載巩剖，系統(tǒng)運(yùn)行的速度快

2.在啟動(dòng)的時(shí)候所有Bean都加載铝穷，就能在系統(tǒng)啟動(dòng)的時(shí)候盡早的發(fā)現(xiàn)系統(tǒng)中的配置問(wèn)題

3.建議web應(yīng)用中，在啟動(dòng)的時(shí)候就把所有的Bean都加載了（把費(fèi)時(shí)操作放到系統(tǒng)啟動(dòng)中完成）

28佳魔、Spring框架中曙聂，工廠模式，單例模式鞠鲜，代理模式在哪里有應(yīng)用

（1）工廠模式：BeanFactory用來(lái)創(chuàng)建對(duì)象的實(shí)例宁脊。

通常由應(yīng)用程序直接使用new創(chuàng)建新的對(duì)象断国，為了將對(duì)象的創(chuàng)建和使用相分離，采用工廠模式,即應(yīng)用程序?qū)?duì)象的創(chuàng)建及初始化職責(zé)交給工廠對(duì)象榆苞。一般情況下,應(yīng)用程序有自己的工廠對(duì)象來(lái)創(chuàng)建bean.如果將應(yīng)用程序自己的工廠對(duì)象交給Spring管理,那么Spring管理的就不是普通的bean,而是工廠Bean稳衬。

（2）單例模式：在spring配置文件中定義的bean默認(rèn)為單例模式。

1.餓漢模式

將構(gòu)造方法設(shè)為私有坐漏，并設(shè)置成員變量并初始化對(duì)象（立即加載）薄疚。通過(guò)靜態(tài)方法返回初始化對(duì)象

2.懶漢模式

將構(gòu)造方法設(shè)為私有，設(shè)置成員變量并不初始化（延遲加載）赊琳，通過(guò)靜態(tài)方法返回new出的對(duì)象街夭，首先判斷成員變量是否為空，然后為new出對(duì)象的代碼加上鎖躏筏，最后再判斷一次成員變量是否為空板丽，最后new出對(duì)象

3.靜態(tài)內(nèi)部類實(shí)現(xiàn)

靜態(tài)內(nèi)部類雖然保證了單例在多線程并發(fā)下的線程安全，但是在遇到序列化對(duì)象時(shí)趁尼，默認(rèn)的方式運(yùn)行得到的結(jié)果就是多例的

4.static靜態(tài)代碼塊實(shí)現(xiàn)

5.內(nèi)部枚舉類實(shí)現(xiàn)

（3）代理模式：在AOP和remoting中被用的比較多埃碱。

靜態(tài)代理和動(dòng)態(tài)代理本質(zhì)區(qū)別：是否需要修改源代碼（不包含測(cè)試類），就可以控制代理內(nèi)容的變化弱卡。

A. 靜態(tài)代理：程序?qū)懞弥竽苏胄薷拇磉^(guò)程，就必須修改源代碼婶博。

優(yōu)點(diǎn)：可以做到在符合開(kāi)閉原則的情況下對(duì)目標(biāo)對(duì)象進(jìn)行功能擴(kuò)展。

缺點(diǎn)：需要為每一個(gè)服務(wù)都得創(chuàng)建代理類荧飞，工作量太大凡人，不易管理。同時(shí)接口一旦發(fā)生改變叹阔，代理類也得相應(yīng)修改挠轴。

B. 動(dòng)態(tài)代理：程序?qū)懞煤螅拇磉^(guò)程亏较。只需要修改代理對(duì)象（分身）

JDK動(dòng)態(tài)代理：代理類實(shí)現(xiàn)invocationHandler

優(yōu)點(diǎn)：相對(duì)于靜態(tài)代理帮非，動(dòng)態(tài)代理大大減少了我們的開(kāi)發(fā)任務(wù)弃揽，同時(shí)減少了對(duì)業(yè)務(wù)接口的依賴，降低了耦合度启上。

缺點(diǎn)：需要被代理類實(shí)現(xiàn)接口。

CGLIB動(dòng)態(tài)代理：CGLib采用了非常底層的字節(jié)碼技術(shù)店印，其原理是通過(guò)字節(jié)碼技術(shù)為一個(gè)類創(chuàng)建子類冈在，并在子類中采用方法攔截的技術(shù)攔截所有父類方法的調(diào)用，順勢(shì)織入橫切邏輯按摘。但因?yàn)椴捎玫氖抢^承包券，所以不能對(duì)final修飾的類進(jìn)行代理纫谅。

優(yōu)點(diǎn)：CGLIB創(chuàng)建的動(dòng)態(tài)代理對(duì)象比JDK創(chuàng)建的動(dòng)態(tài)代理對(duì)象的性能更高，對(duì)于單例的對(duì)象溅固，因?yàn)闊o(wú)需頻繁創(chuàng)建對(duì)象付秕，用CGLIB合適。

缺點(diǎn)：CGLIB創(chuàng)建代理對(duì)象時(shí)所花費(fèi)的時(shí)間卻比JDK多得多侍郭。

JDK動(dòng)態(tài)代理是需要根據(jù)接口創(chuàng)建出新的實(shí)現(xiàn)類盹牧，新的實(shí)現(xiàn)類是目標(biāo)類的代理類。而CGLIB是根據(jù)父類創(chuàng)建出新的子類励幼，新的子類就是父類的代理類汰寓，

29、Spring通知有哪五種常見(jiàn)類型苹粟？

1.前置通知：

<aop:before method=“before” pointcut-ref=“pc01”/>

在目標(biāo)方法執(zhí)行之前執(zhí)行通知

前置通知方法有滑，可以沒(méi)有參數(shù)，也可以額外接收一個(gè)JoinPoint嵌削，Spring會(huì)自動(dòng)將該對(duì)象傳入毛好，代表當(dāng)前的連接點(diǎn)，通過(guò)該對(duì)象可以獲取目標(biāo)對(duì)象和目標(biāo)方法相關(guān)的信息苛秕。

注意肌访，如果接收J(rèn)oinPoint，必須保證其為方法的第一個(gè)參數(shù)艇劫，否則報(bào)錯(cuò)吼驶。

2.環(huán)繞通知：

<aop:around method=“around” pointcut-ref=“pc1”/>

在目標(biāo)方法執(zhí)行之前和之后都可以執(zhí)行額外代碼的通知

在環(huán)繞通知中必須顯式的調(diào)用目標(biāo)方法，目標(biāo)方法才會(huì)執(zhí)行店煞，這個(gè)顯式調(diào)用時(shí)通過(guò)ProceedingJoinPoint來(lái)實(shí)現(xiàn)的蟹演，可以在環(huán)繞通知中接收一個(gè)此類型的形參，spring容器會(huì)自動(dòng)將該對(duì)象傳入顷蟀，注意這個(gè)參數(shù)必須處在環(huán)繞通知的第一個(gè)形參位置酒请。

注意：只有環(huán)繞通知可以接收ProceedingJoinPoint，而其他通知只能接收J(rèn)oinPoint鸣个。

環(huán)繞通知需要返回返回值羞反，否則真正調(diào)用者將拿不到返回值，只能得到一個(gè)null囤萤。

環(huán)繞通知有控制目標(biāo)方法是否執(zhí)行昼窗、有控制是否返回值、有改變返回值的能力阁将。環(huán)繞通知雖然有這樣的能力膏秫，但一定要慎用，不是技術(shù)上不可行，而是要小心不要破壞了軟件分層的“高內(nèi)聚 低耦合”的目標(biāo)缤削。

3.后置通知

<aop:after-returning method=“afterReturn” pointcut-ref=“pc1”/>

在目標(biāo)方法執(zhí)行之后執(zhí)行的通知窘哈。在后置通知中也可以選擇性的接收一個(gè)JoinPoint來(lái)獲取連接點(diǎn)的額外信息，但是這個(gè)參數(shù)必須處在參數(shù)列表的第一個(gè)亭敢。

在后置通知中滚婉，還可以通過(guò)returning屬性配置：

<aop:after-returning method=“method3AfterReturning” pointcut-ref=“pointCut3” returning=“returnParam”/>

獲取返回值，一定要保證JoinPoint處在參數(shù)列表的第一位帅刀，否則拋異常

4.異常通知

<aop:after-throwing method=“afterThrow” pointcut-ref=“pc1” throwing=“e”/>

在目標(biāo)方法拋出異常時(shí)執(zhí)行的通知让腹，可以配置傳入JoinPoint獲取目標(biāo)對(duì)象和目標(biāo)方法相關(guān)信息，但必須處在參數(shù)列表第一位扣溺。另外骇窍，還可以配置throwing="e"參數(shù)，讓異常通知可以接收到目標(biāo)方法拋出的異常對(duì)象

5.最終通知

<aop:after method=“after” pointcut-ref=“pc1” />

是在目標(biāo)方法之后執(zhí)行的通知锥余。和后置通知不同之處在于腹纳，后置通知是在方法正常返回后執(zhí)行的通知，如果方法沒(méi)有正常返-例如拋出異常驱犹，則后置通知不會(huì)執(zhí)行嘲恍。而最終通知無(wú)論如何都會(huì)在目標(biāo)方法調(diào)用過(guò)后執(zhí)行，即使目標(biāo)方法沒(méi)有正常的執(zhí)行完成雄驹，類似于finally代碼塊的效果佃牛。另外，后置通知可以通過(guò)配置得到返回值医舆，而最終通知無(wú)法得到俘侠。最終通知也可以額外接收一個(gè)JoinPoint參數(shù)，來(lái)獲取目標(biāo)對(duì)象和目標(biāo)方法相關(guān)信息彬向，但一定要保證必須是第一個(gè)參數(shù)兼贡。

30、ApplicationContext接口常見(jiàn)的3個(gè)實(shí)現(xiàn)類分別是什么娃胆？

（1）FileSystemXmlApplicationContext ：此容器從一個(gè)XML文件中加載beans的定義，XML Bean 配置文件的全路徑名必須提供給它的構(gòu)造函數(shù)等曼。用在直接從硬盤(pán)上某一個(gè)位置加載XML配置文件里烦。

（2）ClassPathXmlApplicationContext：此容器也從一個(gè)XML文件中加載beans的定義，這里禁谦，你需要正確設(shè)置classpath因?yàn)檫@個(gè)容器將在classpath里找bean配置胁黑。用在在類路徑中加載XML配置文件，適用于Java類型的項(xiàng)目州泊。

（3）WebXmlApplicationContext：此容器加載一個(gè)XML文件丧蘸，此文件定義了一個(gè)WEB應(yīng)用的所有bean。用在在WEB環(huán)境中加載XML配置文件遥皂，適用于web類型的項(xiàng)目力喷。

31刽漂、介紹一下三種實(shí)現(xiàn)IOC的方式？

? （1）構(gòu)造器依賴注入：構(gòu)造器依賴注入通過(guò)容器執(zhí)行一個(gè)類的構(gòu)造器來(lái)實(shí)現(xiàn)的弟孟，該類有一系列參數(shù)贝咙，每個(gè)參數(shù)代表一個(gè)對(duì)其他類的依賴。

? （2）Setter方法注入：Setter方法注入是容器通過(guò)調(diào)用無(wú)參構(gòu)造器或無(wú)參static工廠 方法實(shí)例化bean之后拂募，調(diào)用該bean的setter方法庭猩，即實(shí)現(xiàn)了基于setter的依賴注入。

（3）注解注入：使用@autowire注解進(jìn)行注入

32陈症、IOC容器中的Bean可以來(lái)自于哪些方式蔼水？

（1）XML配置文件。

（2）基于注解录肯。

（3）基于javaconfig趴腋。

33、談一下@autowired 和@resource區(qū)別是什么嘁信？

1于样、共同點(diǎn)

兩者都可以寫(xiě)在字段和setter方法上。兩者如果都寫(xiě)在字段上潘靖，那么就不需要再寫(xiě)setter方法穿剖。

2、不同點(diǎn)

（1）@Autowired

@Autowired為Spring提供的注解卦溢，需要導(dǎo)入包org.springframework.beans.factory.annotation.Autowired;只按照byType注入糊余。

@Autowired注解是按照類型（byType）裝配依賴對(duì)象，默認(rèn)情況下它要求依賴對(duì)象必須存在单寂，如果允許null值贬芥，可以設(shè)置它的required屬性為false。如果我們想使用按照名稱（byName）來(lái)裝配宣决，可以結(jié)合@Qualifier注解一起使用蘸劈。

（2）@Resource

@Resource默認(rèn)按照ByName自動(dòng)注入，由J2EE提供尊沸，需要導(dǎo)入包javax.annotation.Resource威沫。@Resource有兩個(gè)重要的屬性：name和type，而Spring將@Resource注解的name屬性解析為bean的名字洼专，而type屬性則解析為bean的類型棒掠。所以，如果使用name屬性屁商，則使用byName的自動(dòng)注入策略烟很，而使用type屬性時(shí)則使用byType自動(dòng)注入策略。如果既不制定name也不制定type屬性，這時(shí)將通過(guò)反射機(jī)制使用byName自動(dòng)注入策略雾袱。

34恤筛、介紹Spring中常見(jiàn)注解及解釋？

@Component：是一個(gè)標(biāo)識(shí)類是IOC容器的一個(gè)組件確保被掃描器識(shí)別,注入進(jìn)來(lái)

@Repossitory：聲明dao層

@Lazy(value=true) ：延遲加載

@Configuration：起到配置定義的作用,細(xì)節(jié)就是@Bean創(chuàng)建了JavaBean的細(xì)節(jié)信息

@ComponentScan(basePackages="")：掃包,也可以進(jìn)行類掃描

@Scope(scopeName=“singleton”)：?jiǎn)卫?/p>

@Scope(scopeName=“prototype”)：多例

@Service：聲明業(yè)務(wù)類

@Autowrite：反射注入谜酒，如果找不到符合的JavaBean對(duì)象時(shí),控制臺(tái)會(huì)出現(xiàn)NoSuchBeanDefinitionException

@Primary：當(dāng)Spring不知道具體注入那個(gè)實(shí)現(xiàn)類對(duì)象,使用這個(gè)設(shè)置優(yōu)先級(jí)

@Qualifier：給service主鍵設(shè)置一個(gè)別名,注入指定別名的主鍵叹俏，適用于1個(gè)接口多個(gè)實(shí)現(xiàn)類

@Resource官方：可以使用byName或byType形式進(jìn)行注入

@ImportResource(value=“ac.xml”)：在Java類中導(dǎo)入xml文件中的配置

35、Spring怎么配置事務(wù)（具體說(shuō)出一些關(guān)鍵的xml 元素）

配置事務(wù)的方法有兩種：

1）僻族、基于XML的事務(wù)配置粘驰。

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://www.springframework.org/schema/beans"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xmlns:aop="http://www.springframework.org/schema/aop"

xmlns:tx="http://www.springframework.org/schema/tx"

xsi:schemaLocation=" http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.5.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.5.xsd"> <!-- 數(shù)據(jù)元信息 -->

<bean id="dataSource"

class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">

<property name="driverClassName"

value="oracle.jdbc.driver.OracleDriver" />

<property name="url"

value="jdbc:oracle:thin:@rj-t42:1521:elvis" />

<property name="username" value="root" />

<property name="password" value="root" />

</bean>

<!-- 管理事務(wù)的類,指定我們用誰(shuí)來(lái)管理我們的事務(wù) -->

<bean id="txManager"

class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

<property name="dataSource" ref="dataSource" />

</bean>

<!-- 首先我們要把服務(wù)對(duì)象聲明成一個(gè)bean 例如HelloService -->

<bean id="helloService" class="com.yintong.service.HelloService" />

<!-- 然后是聲明一個(gè)事物建議tx:advice,spring為我們提供了事物的封裝，這個(gè)就是封裝在了<tx:advice/>中 --> <!-- <tx:advice/>有一個(gè)transaction-manager屬性述么，我們可以用它來(lái)指定我們的事物由誰(shuí)來(lái)管理蝌数。 默認(rèn)：事務(wù)傳播設(shè)置是

REQUIRED，隔離級(jí)別是DEFAULT -->

<tx:advice id="txAdvice" transaction-manager="txManager"> <!-- 配置這個(gè)事務(wù)建議的屬性 -->

<tx:attributes>

<!-- 指定所有g(shù)et開(kāi)頭的方法執(zhí)行在只讀事務(wù)上下文中 -->

<tx:method name="get*" read-only="true" /> <!-- 其余方法執(zhí)行在默認(rèn)的讀寫(xiě)上下文中 -->

<tx:method name="*" />

</tx:attributes>

</tx:advice>

<!-- 我們定義一個(gè)切面度秘，它匹配FooService接口定義的所有操作 -->

<aop:config>

<!-- <aop:pointcut/>元素定義AspectJ的切面表示法顶伞，這里是表示com.yintong.service.helloService包下的任意方法。 -->

<aop:pointcut id="helloServiceOperation"

expression="execution(* com.yintong.service.helloService.*(..))" />

<!-- 然后我們用一個(gè)通知器：<aop:advisor/>把這個(gè)切面和tx:advice綁定在一起剑梳，表示當(dāng)這個(gè)切面：fooServiceOperation執(zhí)行時(shí)tx:advice定義的通知邏輯將被執(zhí)行 -->

<aop:advisor advice-ref="txAdvice"

pointcut-ref="helloServiceOperation" />

</aop:config>

</beans>

2）唆貌、基于注解方式的事務(wù)配置。

@Transactional：直接在Java源代碼中聲明事務(wù)的做法讓事務(wù)聲明和將受其影響的代碼距離更近了垢乙，而且一般來(lái)說(shuō)不會(huì)有不恰當(dāng)?shù)鸟詈系娘L(fēng)險(xiǎn)锨咙，因?yàn)椋褂檬聞?wù)性的代碼幾乎總是被部署在事務(wù)環(huán)境中追逮。

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://www.springframework.org/schema/beans"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xmlns:aop="http://www.springframework.org/schema/aop"

xmlns:tx="http://www.springframework.org/schema/tx"

xsi:schemaLocation=" http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.5.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.5.xsd">

<bean id="helloService" class="com.yintong.service.HelloService" />

<bean id="txManager"

class="org.springframework.jdbc.datasource.DataSourceTransactionManager">

<property name="dataSource" ref="dataSource" />

</bean>

<!-- 配置注解事務(wù) -->

<tx:annotation-driven

transaction-manager="txManager" />

</beans>

36酪刀、在Spring中可以通過(guò)哪幾種方式實(shí)現(xiàn)注入

可以在Spring中使用4種方式實(shí)現(xiàn)注入：

（1）get/set方法注入

（2）構(gòu)造器注入

（3）靜態(tài)工廠方法注入

（4）實(shí)例工廠方法注入

37、如何在Spring中解決循環(huán)依賴的問(wèn)題钮孵？

http://www.reibang.com/p/b65c57f4d45d

http://www.reibang.com/p/4463b9b81249

http://www.reibang.com/p/8bb67ca11831

https://www.cnblogs.com/chenpt/p/9896618.html

總結(jié)：不要使用有叁構(gòu)造注入骂倘，使用set方法解決循環(huán)依賴。

38巴席、配置文件ApplicationContext.xml可以改成其它名字嗎历涝？

缺省情況下，它會(huì)在WEB-INF/applicationContext.xml文件找Spring的配置漾唉〔枪兀可以通過(guò)定義一個(gè)元素名字為”contextConfigLocation”來(lái)改變Spring配置文件的位置。示例如下：

<listener>

<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>

</listener>

<context-param>

<param-name>contextConfigLocation</param-name>

<param-value>/WEB-INF/xyz.xml</param-value>

</context-param>

39毡证、自動(dòng)裝配有哪些局限性 ?

　　（1）重寫(xiě)： 仍需用 和 配置來(lái)定義依賴蔫仙，意味著總要重寫(xiě)自動(dòng)裝配料睛。

　　（2）基本數(shù)據(jù)類型：不能自動(dòng)裝配簡(jiǎn)單的屬性，如基本數(shù)據(jù)類型恤煞，String字符串屎勘，和類。

　【影恰（3）模糊特性：自動(dòng)裝配不如顯式裝配精確概漱，如果有可能，建議使用顯式裝配喜喂。