如何在Micronaut中同时向Eureka注册HTTP与gRPC端口？

1. 端口占用是核心诱因 #

启动时提示端口1408被占用，这直接导致gRPC服务无法正常启动，自然无法完成Eureka注册。即使你验证过端口被当前应用占用，也可能存在以下情况：

• 应用进程未完全关闭，残留的旧实例占用了端口；
• 配置中存在隐性的端口复用（比如其他组件意外绑定了1408）。
  建议用端口排查工具彻底清理占用进程（例如Windows用netstat -ano | findstr :1408定位PID后结束进程，Linux用lsof -i :1408），再重新启动应用。

2. 补充gRPC服务的Eureka注册配置 #

当前配置仅定义了gRPC的端口和实例ID，但缺少让Micronaut将gRPC端口作为独立服务注册到Eureka的关键配置。需修改grpc.server节点：

grpc:
  server:
    port: 1408
    instance-id: 'cls-refusal-grpc'
    eureka:
      registration:
        enabled: true
      metadata:
        grpc.port: ${grpc.server.port}

同时在Eureka客户端配置中允许同一应用注册多实例：

eureka:
  client:
    registration:
      enabled: true
    multiple-instances: true # 开启多实例注册支持
    serviceUrl:
      defaultZone: "http://localhost:${EUREKA_PORT:8761}/eureka"

3. 验证Eureka实际注册状态 #

Eureka UI可能存在缓存或合并显示逻辑问题，不要仅依赖UI判断。直接访问Eureka的REST接口http://localhost:8761/eureka/apps，查看返回的JSON数据：

• 如果能找到cls-refusal-grpc实例，说明注册成功，刷新UI或清除浏览器缓存即可显示；
• 如果找不到，说明注册流程确实存在问题，需要进一步排查日志。

4. 检查依赖完整性 #

确保项目依赖中包含Micronaut gRPC与Eureka整合的必要包：

Gradle示例 #

implementation("io.micronaut.grpc:micronaut-grpc-server")
implementation("io.micronaut.eureka:micronaut-eureka-client")

Maven示例 #

<dependency>
    <groupId>io.micronaut.grpc</groupId>
    <artifactId>micronaut-grpc-server</artifactId>
</dependency>
<dependency>
    <groupId>io.micronaut.eureka</groupId>
    <artifactId>micronaut-eureka-client</artifactId>
</dependency>

5. 开启DEBUG日志定位细节 #

如果上述步骤仍未解决，开启Eureka和gRPC的DEBUG日志，查看注册过程中的具体错误：
在日志配置文件（如logback.xml）中添加：

<logger name="io.micronaut.eureka" level="DEBUG"/>
<logger name="io.grpc" level="DEBUG"/>

通过日志可以确认gRPC服务注册请求是否发送、Eureka是否返回错误响应，进而定位具体问题。

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