这个问题的核心在于Spring Cloud Config Server的配置加载时机和AOP切面初始化时机的冲突：默认情况下，AOP切面会在Spring应用上下文初始化的早期被解析，而Cloud Config的配置如果通过常规的application.yml加载，会晚于这个阶段，导致切面无法获取到远程配置的属性。下面是几个可行的解决方案：

1. 启用Bootstrap上下文（推荐，Spring Boot 2.4+需额外配置） #

Spring Cloud的bootstrap上下文是专门用来加载外部配置的，它的初始化时机早于主应用上下文，能确保远程配置在所有Bean（包括AOP切面）初始化前就被加载到Environment中。

操作步骤： #

• 如果你的Spring Boot版本是2.4及以上，需要先引入spring-cloud-starter-bootstrap依赖：

  <!-- Maven -->
  <dependency>
      <groupId>org.springframework.cloud</groupId>
      <artifactId>spring-cloud-starter-bootstrap</artifactId>
  </dependency>
  

  // Gradle
  implementation 'org.springframework.cloud:spring-cloud-starter-bootstrap'
  

• 创建bootstrap.yml（或bootstrap.properties）文件，配置Spring Cloud Config Server的连接信息：

  spring:
    cloud:
      config:
        uri: http://your-config-server-url:8888
        name: your-app-name
        profile: dev
        label: main
  

这样，远程配置会在Bootstrap阶段被加载，AOP切面中通过@Value或@ConfigurationProperties注入的属性就能正常获取到远程配置的值。

2. 延迟AOP切面的初始化 #

如果不想修改Bootstrap配置，可以通过延迟切面的初始化，让它在第一次被调用时才完成实例化，此时远程配置已经加载完成。

操作步骤： #

• 在你的AOP切面类上添加@Lazy注解：

  @Aspect
  @Component
  @Lazy
  public class YourAopAspect {
      @Value("${your.aop.config.property}")
      private String aopConfigProperty;
  
      // 切面逻辑...
  }
  

• 或者在注入切面的地方使用@Lazy，确保切面不会提前初始化。

这种方法的好处是不需要调整配置加载流程，但要注意如果切面在应用启动初期就被调用（比如某些初始化方法的切面），可能还是会遇到属性未加载的问题。

3. 自定义EnvironmentPostProcessor提前拉取配置 #

通过实现EnvironmentPostProcessor接口，可以在应用启动的极早期阶段手动从Config Server拉取配置，并添加到Spring的Environment中，确保所有后续的Bean都能访问到这些配置。

操作步骤： #

• 实现EnvironmentPostProcessor：

  public class ConfigServerEnvironmentPostProcessor implements EnvironmentPostProcessor {
      @Override
      public void postProcessEnvironment(ConfigurableEnvironment environment, SpringApplication application) {
          // 创建ConfigServicePropertySourceLocator，配置Config Server信息
          ConfigServicePropertySourceLocator locator = new ConfigServicePropertySourceLocator();
          ConfigClientProperties config = new ConfigClientProperties(environment);
          config.setUri("http://your-config-server-url:8888");
          config.setName("your-app-name");
          config.setProfile("dev");
          locator.setProperties(config);
  
          // 拉取远程配置并添加到Environment
          try {
              PropertySource<?> propertySource = locator.locate(environment);
              if (propertySource != null) {
                  environment.getPropertySources().addFirst(propertySource);
              }
          } catch (IOException e) {
              throw new RuntimeException("Failed to load config from Config Server", e);
          }
      }
  }
  

• 在src/main/resources/META-INF/spring.factories中注册这个处理器：

  org.springframework.boot.env.EnvironmentPostProcessor=com.yourpackage.ConfigServerEnvironmentPostProcessor
  

这种方法完全自定义了配置加载时机，灵活性很高，但需要自己处理配置加载的异常和逻辑，适合复杂场景。

4. 拆分配置：将AOP核心配置放在本地bootstrap中 #

如果你的AOP规则有部分必须提前加载的核心配置，可以将这部分配置放在本地的bootstrap.yml中，而动态配置仍然从Config Server获取。这种方法适合配置拆分的场景，平衡配置的动态性和加载时机的需求。

总结来说，最推荐的是第一种启用Bootstrap上下文的方案，它是Spring Cloud官方设计的用于提前加载外部配置的机制，配置简单且稳定。

内容的提问来源于stack exchange，提问作者Alesto