前言

本文主要給大家介紹了關(guān)于Spring中Lookup(方法注入)的相關(guān)內(nèi)容，分享出來供大家參考學(xué)習(xí)，下面話不多說了，來一起看看詳細(xì)的介紹：

在使用Spring時(shí)，可能會(huì)遇到這種情況：一個(gè)單例的Bean依賴另一個(gè)非單例的Bean。如果簡單的使用自動(dòng)裝配來注入依賴，就可能會(huì)出現(xiàn)一些問題，如下所示：

單例的Class A

@Component
public class ClassA {
 @Autowired
 private ClassB classB;

 public void printClass() {
  System.out.println("This is Class A: " + this);
  classB.printClass();
 }
}

非單例的Class B

@Component
@Scope(value = SCOPE_PROTOTYPE)
public class ClassB {
  public void printClass() {
    System.out.println("This is Class B: " + this);
  }
}

這里Class A采用了默認(rèn)的單例scope，并依賴于Class B, 而Class B的scope是prototype，因此不是單例的，這時(shí)候跑個(gè)測試就看出這樣寫的問題：

@RunWith(SpringRunner.class)
@ContextConfiguration(classes = {ClassA.class, ClassB.class})
public class MyTest {
  @Autowired
  private ClassA classA;

  @Test
  public void simpleTest() {
    for (int i = 0; i < 3; i++) {
      classA.printClass();
    }
  }
}

輸出的結(jié)果是：

This is Class A: ClassA@282003e1
This is Class B: ClassB@7fad8c79
This is Class A: ClassA@282003e1
This is Class B: ClassB@7fad8c79
This is Class A: ClassA@282003e1
This is Class B: ClassB@7fad8c79

可以看到，兩個(gè)類的Hash Code在三次輸出中都是一樣。Class A的值不變是可以理解的，因?yàn)樗菃卫?，但是Class B的scope是prototype卻也保持Hash Code不變，似乎也成了單例？

產(chǎn)生這種的情況的原因是，Class A的scope是默認(rèn)的singleton，因此Context只會(huì)創(chuàng)建Class A的bean一次，所以也就只有一次注入依賴的機(jī)會(huì)，容器也就無法每次給Class A提供一個(gè)新的Class B。

不那么好的解決方案

要解決上述問題，可以對Class A做一些修改，讓它實(shí)現(xiàn)ApplicationContextAware。

@Component
public class ClassA implements ApplicationContextAware {
  private ApplicationContext applicationContext;

  public void printClass() {
    System.out.println("This is Class A: " + this);
    getClassB().printClass();
  }

  public ClassB getClassB() {
    return applicationContext.getBean(ClassB.class);
  }

  public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
    this.applicationContext = applicationContext;
  }
}

這樣就能夠在每次需要到Class B的時(shí)候手動(dòng)去Context里找到新的bean。再跑一次測試后得到了以下輸出：

This is Class A: com.devhao.ClassA@4df828d7
This is Class B: com.devhao.ClassB@31206beb
This is Class A: com.devhao.ClassA@4df828d7
This is Class B: com.devhao.ClassB@3e77a1ed
This is Class A: com.devhao.ClassA@4df828d7
This is Class B: com.devhao.ClassB@3ffcd140

可以看到Class A的Hash Code在三次輸出中保持不變，而Class B的卻每次都不同，說明問題得到了解決，每次調(diào)用時(shí)用到的都是新的實(shí)例。

但是這樣的寫法就和Spring強(qiáng)耦合在一起了，Spring提供了另外一種方法來降低侵入性。

@Lookup

Spring提供了一個(gè)名為@Lookup的注解，這是一個(gè)作用在方法上的注解，被其標(biāo)注的方法會(huì)被重寫，然后根據(jù)其返回值的類型，容器調(diào)用BeanFactory的getBean()方法來返回一個(gè)bean。

@Component
public class ClassA {
  public void printClass() {
    System.out.println("This is Class A: " + this);
    getClassB().printClass();
  }

  @Lookup
  public ClassB getClassB() {
    return null;
  }
}

可以發(fā)現(xiàn)簡潔了很多，而且不再和Spring強(qiáng)耦合，再次運(yùn)行測試依然可以得到正確的輸出。
被標(biāo)注的方法的返回值不再重要，因?yàn)槿萜鲿?huì)動(dòng)態(tài)生成一個(gè)子類然后將這個(gè)被注解的方法重寫/實(shí)現(xiàn)，最終調(diào)用的是子類的方法。

使用的@Lookup的方法需要符合如下的簽名：

<public|protected> [abstract] <return-type> theMethodName(no-arguments);

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論