使用Spring Cloud Config Server时WebService启动失败，无法加载本地application.properties中的数据源配置

你遇到的问题核心是配置加载逻辑出了差错，导致本地application.properties里的数据源配置没被正确读取，同时远程配置的拉取也没按预期工作。下面一步步帮你排查解决：

1. 先修复bootstrap.properties的致命错误 #

你在users-ws服务的bootstrap.properties里错误写了spring.config.name=springCloudConfigServer——这个值应该是你的服务名users-ws，而不是配置中心自己的应用名！

这个错误会直接导致：

• 你的服务向配置中心请求的是springCloudConfigServer的配置，而非自己的users-ws配置
• 本地对应users-ws的application.properties无法被正确识别加载，进而丢失了数据源相关配置

修改后的bootstrap.properties应该是这样：

spring.config.name=users-ws
spring.config.import=optional:configserver:http://localhost:8012

2. 确保Spring Cloud与Spring Boot版本兼容 #

你用的是Spring Boot 3.2.1，对应的Spring Cloud版本必须是2023.0.x（代号Leyton），版本不匹配会引发各种配置加载异常。检查你的pom.xml（或build.gradle）里的Spring Cloud版本是否正确：

<!-- Maven示例 -->
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-dependencies</artifactId>
            <version>2023.0.0</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

3. 引入Bootstrap上下文依赖（Spring Boot 3.x必填） #

Spring Boot 3.x默认禁用了bootstrap上下文，所以必须显式引入spring-cloud-starter-bootstrap依赖，才能让bootstrap.properties生效。在users-ws的pom.xml里添加：

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

4. 搞清楚配置加载优先级（不用把所有配置都丢去远程） #

默认情况下，远程配置中心的配置优先级高于本地application.properties，但远程没定义的参数，会自动沿用本地配置的值。也就是说你完全不需要把数据库、端口、日志这些固定配置放到Git仓库，只需要把需要动态调整的参数（比如你设置的token.expirationTime和users.ws.accountLock）丢去远程就行，本地的配置会正常保留。

5. 验证配置是否正常加载 #

修复完以上配置后，重启users-ws服务，还可以通过以下方式验证：

• 看服务启动日志，确认是否成功连接到配置中心，并且拉取到了users-ws的远程配置
• 访问http://localhost:8012/users-ws/default，确认远程配置的参数正确，同时本地未被覆盖的数据源等配置会在服务启动时正常加载

额外小提示 #

如果希望某些本地配置绝对不被远程覆盖，可以在本地配置里加spring.cloud.config.override-none=true，不过一般不建议这么做，除非有特殊需求。

这样调整后，你的users-ws服务应该能正常加载本地的数据源配置，同时远程配置会覆盖指定参数，顺利启动。

备注：内容来源于stack exchange，提问作者davidvera