Eureka Server自注册异常：端口不符且连接默认端口失败

你的Eureka Server未正确拉取Config Server的dev环境配置，导致使用Spring Boot默认的8080端口，且向默认的8761地址发起注册请求，本质是Config Client配置未生效或加载顺序错误。以下是具体排查与修复步骤：

1. 检查Config Client依赖是否齐全 #

打开Eureka Server的pom.xml，确认已添加Spring Cloud Config Client依赖，且版本与你的Spring Cloud版本匹配：

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

若缺失该依赖，添加后重新构建项目。

2. 将Config配置移至bootstrap文件 #

Spring Boot启动时，bootstrap.yml/bootstrap.properties的加载优先级高于application开头的配置文件，Config Client的核心配置必须放在bootstrap文件中，否则启动初期无法拉取远程配置，会直接使用默认值。

给Eureka Server添加bootstrap.yml，配置内容如下：

spring:
  application:
    name: eureka-server # 需与Config Server上存储的配置文件名前缀一致
  profiles:
    active: dev
  cloud:
    config:
      uri: http://你的ConfigServer地址:端口 # 示例：http://localhost:8888
      fail-fast: true # 强制依赖Config Server，拉取失败则终止启动，避免使用默认配置

3. 验证Config Server返回的配置正确性 #

确认Config Server返回的dev环境配置包含以下关键项：

server:
  port: 8070
eureka:
  client:
    register-with-eureka: false
    fetch-registry: false
    service-url:
      defaultZone: http://localhost:8070/eureka/ # 端口需与配置的8070保持一致

若远程配置中defaultZone仍为默认的8761，需修正远程配置文件。

4. 从启动日志定位问题 #

查看Eureka Server的启动日志，搜索以下关键词：

• Fetching config from server at : 确认是否连接到正确的Config Server地址
• Located environment: 确认加载的环境是否为dev
• Loaded config file: 确认是否成功拉取到远程配置
  如果日志中无上述记录，说明Config Client未生效，回到步骤1和2重新检查依赖与bootstrap配置。

5. 排查版本兼容问题 #

Spring Boot与Spring Cloud版本必须匹配，常见兼容组合：

• Spring Boot 2.7.x 对应 Spring Cloud 2021.0.x（Jubilee）
• Spring Boot 3.x 对应 Spring Cloud 2022.0.x（Kilburn）
  版本不兼容会导致Config Client无法正常工作。

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