在spring中常被忽視的注解 @Primary

在spring 中使用注解，常使用@Autowired， 默認是根據類型Type來自動注入的。但有些特殊情況，對同一個接口，可能會有幾種不同的實現類，而默認只會采取其中一種的情況下 @Primary  的作用就出來了。下面是個簡單的使用例子。

有如下一個接口

  public interface Singer { String sing(String lyrics); } 

有下面的兩個實現類:

@Component // 加注解，讓spring識別
public class MetalSinger implements Singer{

    @Override
    public String sing(String lyrics) {
        return "I am singing with DIO voice: "+lyrics;
    }
}

 

//注意，這里沒有注解
public class OperaSinger implements Singer {
    @Override
    public String sing(String lyrics) {
        return "I am singing in Bocelli voice: "+lyrics;
    }
}

 

下面就是注入上面的接口實現類:

@Component
public class SingerService {
    private static final Logger logger = LoggerFactory.getLogger(SingerService.class);

    @Autowired
    private Singer singer;

    public String sing(){
        return singer.sing("song lyrics");
    }
}

 

 

結果是什么呢？
I am singing with DIO voice: song lyrics. 原因很簡單，就是 OperaSinger 這個類上面根本沒有加上注解@Copmonent 或者 @Service, 所以spring 注入的時候，只能找到 MetalSinger 這個實現類. 所以才有這個結果。

但是如果一旦 OperaSinger 這個類加上了@Copmonent 或者 @Service 注解，有趣的事情就會發生，你會發現一個錯誤的結果或異常:
org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type [main.service.Singer] is defined: expected single matching bean but found 2: metalSinger,operaSinger

提示很明確了，spring 根據類型無法選擇到底注入哪一個。這個時候@Primay 可以閃亮登場了。

@Primary
@Component
public class OperaSinger implements Singer{

    @Override
    public String sing(String lyrics) {
        return "I am singing in Bocelli voice: "+lyrics;
    }
}

 

如果代碼改成這樣，再次運行，結果如下：
"I am singing in Bocelli voice: song lyrics"， 用@Primary 告訴spring 在猶豫的時候優先選擇哪一個具體的實現。

思考：貌似還有另外一種方法：利用qualifier names，應該會更好。