首先看到 org.springframework.boot.SpringApplication#applyInitializers 这个方法。

protected void applyInitializers(ConfigurableApplicationContext context) {
		for (ApplicationContextInitializer initializer : getInitializers()) {
			Class<?> requiredType = GenericTypeResolver.resolveTypeArgument(initializer.getClass(),
					ApplicationContextInitializer.class);
			Assert.isInstanceOf(requiredType, context, "Unable to call initializer.");
			initializer.initialize(context);
		}
	}

明显是：执行 ApplicationContextInitializer.class 其子类的 initialize 方法。
对于nacos配置来说，通过断点发现是 PropertySourceBootstrapConfiguration 这个子类。可以发现这个类是在springcloud 包下面的。
这个类通过locator 加载配置。locator 是 NacosPropertySourceLocator。

然后就顺理成章的进入了下面的流程。

以上总结：首先PropertySourceBootstrapConfiguration 实现了 ApplicationContextInitializer，这样在springboot 启动的时候能扫描到这个类。并执行该类的 initialize 方法。这个类里面有个 propertySourceLocators 变量，存的是 NacosPropertySourceLocator 。
又来一个问题：PropertySourceBootstrapConfiguration 的 propertySourceLocators是什么时候被塞值的。
1、PropertySourceBootstrapConfiguration 是在配置文件里面配的

2、propertySourceLocators 是被依赖注入的

接下来的流程如下：

1. com.alibaba.cloud.nacos.client.NacosPropertySourceLocator#locate
2. com.alibaba.cloud.nacos.client.NacosPropertySourceLocator#loadNacosPropertySource
3. com.alibaba.cloud.nacos.client.NacosPropertySourceBuilder#loadNacosData
   
   最后解析出来的是 List<PropertySource<?>> 对象。

在这个source 里面就是我们要的对象了。

到此为止，已经知道是在哪里拿的nacos里面的值了。