在Spring类中,通常使用@Component注释接口,特别是对于某些Spring构造型注释：

package org.springframework.stereotype;

...

@Component

public @interface Service {...}

要么 ：

package org.springframework.boot.test.context;

...

@Component

public @interface TestComponent {...}

@Component未声明为继承的注释：

@Target(ElementType.TYPE)

@Retention(RetentionPolicy.RUNTIME)

@Documented

public @interface Component {...}

但是无论如何,在加载上下文期间,Spring都会通过考虑候选类中声明的注释的层次结构来发现bean.

在org.springframework.boot.BeanDefinitionLoader类(包含在Spring Boot依赖项中)中,该类从基础源加载Bean定义,您可以看到一个示例

Spring用于在注释的整个层次结构中检索注释的org.springframework.core.annotation.AnnotationUtils.findAnnotation()：

class BeanDefinitionLoader {

...

private boolean isComponent(Class> type) {

// This has to be a bit of a guess. The only way to be sure that this type is

// eligible is to make a bean definition out of it and try to instantiate it.

if (AnnotationUtils.findAnnotation(type, Component.class) != null) {

return true;

}

// Nested anonymous classes are not eligible for registration, nor are groovy

// closures

if (type.getName().matches(".*\$_.*closure.*") || type.isAnonymousClass()

|| type.getConstructors() == null || type.getConstructors().length == 0) {

return false;

}

return true;

}

...

}

具体来说,这意味着由于@Service注释本身已使用@Component进行注释,因此Spring将考虑使用@Service注释的候选类作为实例化的bean.

因此,您的猜测是正确的：

Classes that implement such interface will be treated as components as

well.

但这仅适用于Java注释的接口(例如@Service),不适用于普通接口.

对于Spring类,这种方式是有意义的(例如,丰富实际的构造型),但对于您自己的bean,将@Component用作接口而不是实现将不起作用,并且带来的弊大于利：

>它以同样的方式破坏了首先是合同的接口的目的.它将其耦合到Spring,并假设您将始终拥有该类的单个实现.在这种情况下,为什么要使用接口？

>它将类的读取分散在两个位置,而接口不需要任何Spring构造型.