List能注入多个Service实现，是因为Spring在运行时依据Bean的实际类型和接口实现关系收集所有Service类型Bean，泛型擦除使其无法按具体泛型参数筛选；注入顺序可通过@Order或Ordered控制。
Spring 的 @Autowired 注入 List<service></service> 时，不是“按类型匹配”，而是**收集容器中所有符合泛型擦除后类型（即 Service 接口或类）的 Bean**，然后注入整个列表。泛型在运行时被擦除，Spring 不会根据 List<userservice></userservice> 或 List<orderservice></orderservice> 这样的具体泛型参数去筛选——它只看实际 Bean 的声明类型（或实现的接口）。
为什么 List 能注入多个 Service 实现？
Spring 容器在启动时扫描所有 @Component、@Service 等注解标记的类，只要它们实现了 Service 接口（或继承了 Service 类），就会被注册为 Service 类型的 Bean。当字段声明为 List<service></service> 时，Spring 自动将所有匹配的 Bean 按定义顺序（或 @Order/Ordered）组装成一个 List。
- 泛型
<service></service>仅用于编译期类型检查，运行时等价于List - Spring 依据的是 Bean 的 实际类型（resolvable type）和接口实现关系，不是泛型参数
- 如果写
List<userservice></userservice>，而容器中只有UserServiceImpl implements UserService，那它会被注入；但如果有AdminServiceImpl implements UserService，也会被注入——只要类型兼容
如何控制注入哪些具体实现？
若只想注入特定子类型的 Bean（比如只注入所有 PaymentService，而非全部 Service），需明确声明目标类型：
- 把字段改为
@Autowired List<paymentservice> paymentServices;</paymentservice>—— Spring 会找所有PaymentService类型的 Bean - 使用
@Qualifier配合自定义限定符（适合有多个同类型但需区分场景）：@Autowired @Qualifier("wechatPayment") List<paymentservice> wechatPayments;</paymentservice>
注意：此时List里只会包含带该 qualifier 的 Bean（通常单个，List 场景较少见） - 用
@Primary标记首选实现，但对 List 无效；它只影响单个 Bean 的默认注入
注入顺序怎么保证？
List 中 Bean 的顺序默认是它们在配置中定义的顺序（如类加载顺序、@Configuration 中@Bean 方法顺序），但更可靠的方式是显式控制：
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 实现
org.springframework.core.Ordered接口，返回 order 值（越小越靠前） - 添加
@Order(1)注解（等价于 Ordered，推荐） - 使用
@Priority（JSR-330 标准，Spring 也支持）
常见误区提醒
不要误以为 List<service></service> 会自动过滤出“实现了 Service 接口且同时满足某个泛型约束”的 Bean——Java 泛型擦除决定了这是不可能的。Spring 的类型匹配基于：
- Bean 的 class 类型（是否是
Service的子类） - Bean 实现的所有接口（是否包含
Service） - Bean 的泛型信息（仅用于 FactoryBean、GenericBeanDefinition 等高级场景，不用于普通 List 注入）
如果需要更精细的筛选（比如按注解、属性值），应改用 ApplicationContext.getBeansOfType(...) 手动获取并过滤。
