使用@AutoConfigureBefore @AutoConfigureAfter注解指定bean实例化先后顺序为啥没效果？

一 初探

@AutoConfigureBefore @AutoConfigureAfter 是针对自动配置类的，如果直接在一个在启动类的子包下的javabean上使用此注解是不生效的。这个注解应该放置在启动类无法扫描到的地方，另外还要在classpath目录下建一个文件META-INF/spring.factories，在这个文件中指定自动配置类的全路径。

如何保证一个配置类不会被springboot项目启动后扫描到，在启动类的上层父包中建一个配置类吗？

类似于上面附图这样的结构吗？这项目结构也太奇怪了，对于我这种有代码洁癖的人来说无法忍受。

如果这样在启动类上排除对Test2Config的扫描可以吗？答案是否定的，这也不生效。

看看@SpringBootApplication的exclude属性的 注释说明，这里是排除自动配置，并不是排除包扫描。这里完全搞了个寂寞，我们在META-INF/spring.factories中将Test2Config配置为自动配置类，这里又将让这人自动配置类失效了。

public @interface SpringBootApplication {
    
    
	/**
	 * Exclude specific auto-configuration classes such that they will never be applied.
	 * @return the classes to exclude
	 */
	@AliasFor(annotation = EnableAutoConfiguration.class)
	Class<?>[] exclude() default {
    
    };
}

所以说在启动类的@SpringBootApplication注解上配置exclude属性不起作用，还起反作用。那要怎么做才能，让Test2Config才能不被spring框架扫描到呢？其实很简单，spring框架只有发现类上有 @Controller @Component @Configuration这些java bean注解时，才会将其实例化后放置spring容器中管理。我们将Test2Config类上的注解@Configuration给移除掉就可以了(别忘了将启动类上的@SpringBootApplication注解的exclude`属性去掉)。

另外要注意，@AutoConfigureBefore @AutoConfigureAfter依赖前后顺序的bean也要是自动配置类，上图中的TestConfig类也要是自动配置类 （非自动配置javabean总会先于自动配置类实例化放入spring容器中，也就无法指定实例化顺序了）

最后放一个完整的配置截图

二 再探

以上的配置，只能将“自动配置类”作为一个普通的component，而不是一个真正的配置类。如下这个“自动配置类” 主要是用来配置一个连接到指定ip地址的请求客户端，但这个’配置类"不会生成代理方法，这里会生成两个connect对象，而不是真正的单例。
这里还是应该给Test2Config加上@Configuration注解。但加上这个注解之后，就会被启动动类给扫描到，也无法实现自动配置

public class Test2Config {
    
    
    public Test2Config() {
    
    
        System.out.println("======Test2Config instantiate =======");
    }

    @Bean
    public Connect connect() {
    
    
        return new Connect("127.0.0.1", 8999, "1234");
    }

    @Bean
    public Client testConnetct() {
    
    
        return new Client(connect(), 0);
    }
}

而@ComponentScan注解可以通过excludeFilters属性指定自动扫描排除过滤器，只要这个过滤器能将Test2Config给排除掉就行。其中
org.springframework.context.annotation.FilterType#ASSIGNABLE_TYPE可以排除我们指定的Class.
放一个完整的配置截图