java版gRPC实战之七：基于eureka的注册发现，我在华为做Java外包的真实经历

最新推荐文章于 2024-05-05 01:33:54 发布

2301_77116622

最新推荐文章于 2024-05-05 01:33:54 发布

阅读量641

点赞数 9

分类专栏： 2024年程序员学习文章标签： java eureka 开发语言

本文链接：https://blog.csdn.net/2301_77116622/article/details/137235930

版权

2024年程序员学习专栏收录该内容

266 篇文章 0 订阅

订阅专栏

implementation project(‘:grpc-lib’)

// annotationProcessor不会传递，使用了lombok生成代码的模块，需要自己声明annotationProcessor

annotationProcessor ‘org.projectlombok:lombok’

}

配置文件application.yml，设置自己的应用名，另外值得注意的是server.port和grpc.server.port这两个配置的值都是0，这样两个端口就会被自动分配未被占用的值：

spring:

application:

name: cloud-server-side

server:

port: 0

grpc:

server:

port: 0

eureka:

instance:

prefer-ip-address: true

instanceId: ${spring.application.name}:$ {vcap.application.instance_id: $KaTeX parse error: Expected '}', got 'EOF' at end of input: \dotson.instance_id:$ {random.value}}}

client:

fetch-registry: true

service-url:

defaultZone: http://192.168.50.5:8085/eureka/

启动类CloudServerSideApplication.java：

package com.bolingcavalry.grpctutorials;

import org.springframework.boot.SpringApplication;

import org.springframework.boot.autoconfigure.SpringBootApplication;

import org.springframework.cloud.client.discovery.EnableDiscoveryClient;

import org.springframework.cloud.netflix.eureka.EnableEurekaClient;

@EnableEurekaClient

@EnableDiscoveryClient

@SpringBootApplication

public class CloudServerSideApplication {

public static void main(String[] args) {

SpringApplication.run(CloudServerSideApplication.class, args);

}

提供gRPC服务的类GrpcServerService，和local-server模块中的一样：

package com.bolingcavalry.grpctutorials;

import com.bolingcavalry.grpctutorials.lib.HelloReply;

import com.bolingcavalry.grpctutorials.lib.SimpleGrpc;

import net.devh.boot.grpc.server.service.GrpcService;

import java.util.Date;

@GrpcService

public class GrpcServerService extends SimpleGrpc.SimpleImplBase {

@Override

public void sayHello(com.bolingcavalry.grpctutorials.lib.HelloRequest request,

io.grpc.stub.StreamObserver responseObserver) {

HelloReply reply = HelloReply.newBuilder().setMessage("1. Hello " + request.getName() + ", " + new Date()).build();

responseObserver.onNext(reply);

responseObserver.onCompleted();

}

以上就是服务端代码了，可见除了将gRPC端口设置为0，以及常规使用eureka的配置，其他部分和local-server模块是一样的；

gRPC客户端开发

依赖eureka的gRPC客户端，其重点在于：第一，配置使用eureka，第二，配置中的gRPC配置项的名字要等于gRPC服务端在eureka注册的名字，如下图红框所示：

在这里插入图片描述

在父工程grpc-turtorials下面新建名为cloud-client-side的模块，其build.gradle内容如下，注意要引入gRPC客户端相关的starter：

// 使用springboot插件

plugins {

id ‘org.springframework.boot’

}

dependencies {

implementation ‘org.projectlombok:lombok’

implementation ‘org.springframework.boot:spring-boot-starter-web’

implementation ‘org.springframework.boot:spring-boot-starter’

// 作为gRPC服务使用方，需要用到此库

implementation ‘net.devh:grpc-client-spring-boot-starter’

// 作为eureka的client

implementation ‘org.springframework.cloud:spring-cloud-starter-netflix-eureka-client’

// 状态暴露需要的依赖

implementation ‘org.springframework.boot:spring-boot-starter-actuator’

// 依赖自动生成源码的工程

implementation project(‘:grpc-lib’)

// annotationProcessor不会传递，使用了lombok生成代码的模块，需要自己声明annotationProcessor

annotationProcessor ‘org.projectlombok:lombok’

}

配置文件application.yml，设置自己的web端口号，另外值得注意的是gRPC配置项cloud-server-side的名字要等于gRPC服务端在eureka注册的名字，并且不需要address配置项：

server:

port: 8086

spring:

application:

name: cloud-client-side

eureka:

instance:

prefer-ip-address: true

status-page-url-path: /actuator/info

health-check-url-path: /actuator/health

instanceId: ${spring.application.name}:$ {vcap.application.instance_id: $KaTeX parse error: Expected '}', got 'EOF' at end of input: \dotson.instance_id:$ {random.value}}}

client:

fetch-registry: true

service-url:

defaultZone: http://192.168.50.5:8085/eureka/

grpc:

client:

gRPC配置的名字，GrpcClient注解会用到

cloud-server-side:

enableKeepAlive: true

keepAliveWithoutCalls: true

negotiationType: plaintext

启动类CloudClientSideApplication.java，使用了eureka相关的注解：

package com.bolingcavalry.grpctutorials;

import org.springframework.boot.SpringApplication;

import org.springframework.boot.autoconfigure.SpringBootApplication;

import org.springframework.cloud.client.discovery.EnableDiscoveryClient;

import org.springframework.cloud.netflix.eureka.EnableEurekaClient;

@EnableEurekaClient

@EnableDiscoveryClient

@SpringBootApplication

public class CloudClientSideApplication {

public static void main(String[] args) {

SpringApplication.run(CloudClientSideApplication.class, args);

}

封装gRPC调用的服务类GrpcServerService，和local-server模块中的一样，GrpcClient注解对应配置中的gRPC配置项：

package com.bolingcavalry.grpctutorials;

import com.bolingcavalry.grpctutorials.lib.HelloReply;

import com.bolingcavalry.grpctutorials.lib.HelloRequest;

import com.bolingcavalry.grpctutorials.lib.SimpleGrpc;

import io.grpc.StatusRuntimeException;

import net.devh.boot.grpc.client.inject.GrpcClient;

import org.springframework.stereotype.Service;

@Service

public class GrpcClientService {

@GrpcClient(“cloud-server-side”)

private SimpleGrpc.SimpleBlockingStub simpleStub;

public String sendMessage(final String name) {

try {

final HelloReply response = this.simpleStub.sayHello(HelloRequest.newBuilder().setName(name).build());

return response.getMessage();

} catch (final StatusRuntimeException e) {

return "FAILED with " + e.getStatus().getCode().name();

}

再做一个web接口类，这样我们就能通过web调用验证gRPC服务了：

package com.bolingcavalry.grpctutorials;

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.web.bind.annotation.RequestMapping;

import org.springframework.web.bind.annotation.RequestParam;

import org.springframework.web.bind.annotation.RestController;

@RestController

public class GrpcClientController {

@Autowired

private GrpcClientService grpcClientService;

@RequestMapping(“/”)

public String printMessage(@RequestParam(defaultValue = “will”) String name) {

return grpcClientService.sendMessage(name);

}

客户端开发完毕，接下来可以验证了；

验证

启动cloud-eureka：

在这里插入图片描述

启动cloud-server-side，可见gRPC服务端口自动分配了65141，不过我们无需关心这个值，因为客户端可以从eureka获取到：

在这里插入图片描述

接下来启动cloud-client-side，启动成功后eureka上可见两个服务的注册信息：

在这里插入图片描述

浏览器访问cloud-client-side提供的web接口，响应如下，可见cloud-client-side成功调用了cloud-server-side的gRPC服务：

在这里插入图片描述

一点疑惑

如果您对eureka有所了解，可能会产生一点疑惑：cloud-client-side从eureka取得的cloud-server-side信息，应该是http服务的地址和端口，不应该有gRPC的端口号，因为eureka的注册发现服务并不包含gRPC有关的！
篇幅所限，这里不适合将上述问题展开分析，咱们来关注最核心的地方，相信聪明的您看上一眼就会豁然开朗；
DiscoveryClientNameResolver来自grpc-client-spring-boot-autoconfigure.jar，用来保存从eureka取得的服务端信息，该类的注释已经说得很清楚了，从metadata的gRPC.port配置项中取得gRPC端口号：

在这里插入图片描述

在DiscoveryClientNameResolver的代码中打上断点，查看成员变量instanceList，可见metadata中确实有gRPC端口的信息：

在这里插入图片描述

至于cloud-server-side如何将端口号提交到eureka，以及cloud-client-side为何会使用DiscoveryClientNameResolver来处理eureka的服务列表信息，就不在本文中讨论了，您要是有兴趣深入研究eureka，可以参考《程序员欣宸文章汇总(Spring篇)》中的Eureka源码分析专题，如下图：

在这里插入图片描述