@Resource 源碼

這個(gè)注解加載的時(shí)候經(jīng)過的類是CommonAnnotationBeanPostProcessor 和Autowired一樣，也是postProcessProperties()方法。

而且 InjectionMetadata metadata = findResourceMetadata(beanName, bean.getClass(), pvs); 這一行的內(nèi)部流程和AutowiredAnnotationBeanPostProcessor是一樣的所以看一下就可以，不在這里一一解析了。

不一樣的點(diǎn)在于inject()方法的調(diào)用，這個(gè)inject()方法調(diào)用的是父類里面的，并沒有像Autowired里面一樣調(diào)用子類Element的inject()方法。

主要代碼就在紅框中

getResourceToInject()方法來獲取需要注入的對(duì)象I 按我們之前的例子中來說，需要往F類中注入I對(duì)象，那么target就是F，requestingBeanName就是I

Resource重寫了Element的方法，所以進(jìn)入了ResourceElement這個(gè)類中 if條件中的代碼先不用看，這里這里暫時(shí)不會(huì)執(zhí)行。

getResource()方法中代碼有很多條件，最終執(zhí)行的代碼就是autowireResource()方法

首先是第一個(gè)if(factory instanceof AutowireCapableBeanFactory) 這里正常情況下都是會(huì)成立的： 可以通過AnnotationConfigApplicationContext()這個(gè)類看到， AnnotationConfigApplicationContext-extends->GenericApplicationContext GenericApplicationContext類中的屬性DefaultListableBeanFactory-extends->AbstractAutowireCapableBeanFactory-extends->AbstractBeanFactory 關(guān)系有點(diǎn)不調(diào)好理，大概看一下知道這個(gè)if一定會(huì)成立就可以了。

那么Resource和Autowired主要的區(qū)別就在這一行。 第一個(gè)判斷是寫死的true不用管；

而第二個(gè)屬性isDefaultName，在默認(rèn)情況下是false，但是！在初始化的時(shí)候會(huì)判斷@Resource注解后面有沒有(name="")這個(gè)屬性，如果有值的話，是false，如果沒有值的話是true

再來看第三個(gè)判斷，factory.containsBean(name) 這個(gè)方法就是，通過name去spring容器Map中查詢，能不能找到這個(gè)單例bean； 或者在beanDefinition中能不能找到這個(gè)bean。 這兩個(gè)區(qū)別在哪呢，前一個(gè)是已經(jīng)實(shí)例化好的Bean，而后一個(gè)可以理解為存儲(chǔ)Bean所有掃描到的對(duì)象。這個(gè)也是需要展開來講的。 這里只需要知道，是去spring容器中通過name去查詢bean就可以了。

而為什么要進(jìn)行這個(gè)判斷，這就是Resource和Autowired的主要區(qū)別，這里先通過name來獲取Bean，如果按照我們之前的例子的話，就是直接通過”a“去獲取Bean。

@Resource
I a;

我們?cè)倩貋砜催@個(gè)代碼，也就是說，進(jìn)入了這個(gè)if判斷的話，那就與Autowired沒有區(qū)別了，而else中的邏輯才是通過name去查找Bean。 這就是Resource的注入邏輯

到此這篇關(guān)于Spring中的@Resource源碼解析的文章就介紹到這了,更多相關(guān)@Resource源碼內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論