首页手记 grpc实战——服务端流式调用

grpc实战——服务端流式调用

标签：

JavaScript

本文地址：https://www.jianshu.com/p/cf2c58817568

传送门：

还记得很久之前Sunny有和大家聊过如何用grpc实现一个简单的名称解析服务，当时用的grpc简单调用。这次我们本着从易到难的原则，对上次的更进一步，实现服务端流式调用。之后还会继续出客户端流式调用和双向流式调用的文章，喜欢的朋友可以继续关注。

这次我们的背景还是构建一个名称解析服务，但是有所不同的是，我们这次一个名称可能对应多个ip（这在实际生活中也有应用，比如DNS负载均衡）。

服务端

首先还是来看pom.xml文件，这次我们和上次有所不同，我直接使用grpc-all依赖一次性导入所需的依赖，具体依赖部分代码如下：

        <dependency>
            <groupId>io.grpc</groupId>
            <artifactId>grpc-all</artifactId>
            <version>${grpc.version}</version>
        </dependency>

这里我们版本还是和之前选择的一样，为1.12.0。其他部分和之前的一样，想了解的童鞋可以看看源码也可以看传送门中的上一篇文章。
然后就是比较重要的proto文件了，定义了我们的服务，这里和grpc简单服务略有不同：

syntax = "proto3";

option java_multiple_files = true;
option java_package = "io.grpc.examples.nameservers";
option java_outer_classname = "NameProto";
option objc_class_prefix = "NSS";

package nameservers;// 定义服务service NameServers {    // 服务中的方法，用于根据Name类型的参数获得一系列ip，以流的方式返回
    rpc getIpsByName (Name) returns (stream Ip) {}
}//定义Name消息类型，其中name为其序列为1的字段message Name {    string name = 1;
}//定义Ip消息类型，其中ip为其序列为1的字段message Ip {    string ip = 1;
}

细心的童鞋可能发现了，这个基本上和上次一模一样，除了服务的名称还有配置项可能有所不同，其他就是在returns中，Ip前面多了一个stream。这个就是我们所说的服务端流式的服务定义方式了。接着还是利用maven插件来进行编译得到相应的java代码。

图片.png

这里我们还是从服务端开始写，也是分为两个部分，一个用于开启远程调用服务，接收客户端发来的调用请求，类名为NameServer；另一个则是实现真正的服务，类名为NameServersImplBaseImpl。这里NameServer代码变化不大，直接贴上代码：

public class NameServer {    private Logger logger = Logger.getLogger(NameServer.class.getName());    private static final int DEFAULT_PORT = 8088;    private int port;//服务端口号

    private Server server;    public NameServer(int port) {        this(port,ServerBuilder.forPort(port));
    }    public NameServer(int port, ServerBuilder<?> serverBuilder){        this.port = port;        //构造服务器，添加我们实际的服务
        server = serverBuilder.addService(new NameServersImplBaseImpl()).build();

    }    private void start() throws IOException {
        server.start();
        logger.info("Server has started, listening on " + port);
        Runtime.getRuntime().addShutdownHook(new Thread() {            @Override
            public void run() {

                NameServer.this.stop();

            }
        });
    }    private void stop() {        if(server != null)
            server.shutdown();

    }    //阻塞到应用停止
    private void blockUntilShutdown() throws InterruptedException {        if (server != null) {
            server.awaitTermination();
        }
    }    public static void main(String[] args) throws IOException, InterruptedException {

        NameServer nameServer;        if(args.length > 0){
            nameServer = new NameServer(Integer.parseInt(args[0]));
        }else{
            nameServer = new NameServer(DEFAULT_PORT);
        }

        nameServer.start();

        nameServer.blockUntilShutdown();

    }
}

实际提供服务的代码有所改变，首先，我们之前用map来存储Name和Ip的映射关系，现在因为存在同Name多Ip的情况，我们改用list来存储，如果数据实际存储于数据库就看具体字段的约束。然后增加了一个类DataType用于表示Name和Ip数据对。在实际的服务中对每次请求都需要遍历一遍list，将Name符合的Ip返回给客户端，这里的返回就是以流的方式返回的。

public class NameServersImplBaseImpl extends NameServersGrpc.NameServersImplBase {

    //记录名称内容的list，实际项目中应该放置在数据库
    private List<DataType> list = new ArrayList<DataType>();    //构造方法中加入一些条目
    public NameServersImplBaseImpl() {        list.add(new DataType(Name.newBuilder().setName("Sunny").build(),Ip.newBuilder().setIp("125.216.242.51").build()));        list.add(new DataType(Name.newBuilder().setName("Sunny").build(),Ip.newBuilder().setIp("126.216.242.51").build()));        list.add(new DataType(Name.newBuilder().setName("David").build(),Ip.newBuilder().setIp("117.226.178.139").build()));        list.add(new DataType(Name.newBuilder().setName("David").build(),Ip.newBuilder().setIp("117.227.178.139").build()));        list.add(new DataType(Name.newBuilder().setName("Tom").build(),Ip.newBuilder().setIp("111.222.336.11").build()));        list.add(new DataType(Name.newBuilder().setName("Tom").build(),Ip.newBuilder().setIp("111.333.336.11").build()));        list.add(new DataType(Name.newBuilder().setName("Tom").build(),Ip.newBuilder().setIp("111.222.335.11").build()));

    }


    @Override    public void getIpsByName(Name requestName, StreamObserver<Ip> responseObserver) {

        Iterator<DataType> iter = list.iterator();        while (iter.hasNext()){

            DataType data = iter.next();            if(requestName.equals(data.getName())){

                System.out.println("get " + data.getIp() + " from " + requestName);

                responseObserver.onNext(data.getIp());
            }
        }
        responseObserver.onCompleted();
    }
}

DataType类如下：

class DataType{
    private Name name;    private Ip ip;    public DataType(Name name, Ip ip) {        this.name = name;        this.ip = ip;
    }    public Name getName() {        return name;
    }    public void setName(Name name) {        this.name = name;
    }    public Ip getIp() {        return ip;
    }    public void setIp(Ip ip) {        this.ip = ip;
    }
}

上面代码中，list使用迭代器的方式遍历，这个大家也可以使用下标的方式，大家需要关注的是，这里使用了Name的equals方法，Sunny怎么就敢用equals方法，确定Name类中有重写equals方法吗？确实重写了，我们来看它的equals方法长什么样。

public boolean equals(final java.lang.Object obj) {    if (obj == this) {     return true;
    }    if (!(obj instanceof io.grpc.examples.nameservers.Name)) {      return super.equals(obj);
    }
    io.grpc.examples.nameservers.Name other = (io.grpc.examples.nameservers.Name) obj;    boolean result = true;
    result = result && getName()
        .equals(other.getName());
    result = result && unknownFields.equals(other.unknownFields);    return result;
  }

不出意料，首先比较是不是同一个对象，如果是那还说啥，直接true。如果传入的这个对象不是Name类，那么就调用父类的equals方法。紧接着进行了一次类型强转。然后定义了一个boolean类型的变量result，实现起来也比较巧妙，利用&&的方法来确保符合所有两个条件，第一个就是两个消息中name字段是否equals——这里是String类型的，实际调用了String的equals。然后还要比较unknownFields是否也equals，这里unknownFields是Name父类中的一个UnknownFieldSet类型的成员变量。根据名字大概可以猜到这就是未知的字段，我们这里的unknownFields中维护的fields对象应该就是null了。因此实际上判断两个Name类型是否equals，只需要判断它们维护的name这个String类型的值是否equals。
到这里，服务端基本完成了。

客户端

首先是pom.xml，这里我们和服务端一样用grpc-all依赖。然后是proto生成java类，这里我们采取和上一篇不同的方法，上一篇我们是用proto文件重新编译，然后生成的。这里，我们直接将服务端生成的代码拷贝到客户端的目录中。

图片.png

客户端NameClient中的代码也有所不同，它需要接收一系列的服务端发过来的流消息。话不多说，我们直接上代码：

public class NameClient {    private static final String DEFAULT_HOST = "localhost";    private static final int DEFAULT_PORT = 8088;    private ManagedChannel managedChannel;    //服务存根，用于客户端本地调用
    private NameServersGrpc.NameServersBlockingStub nameServiceBlockingStub;    public NameClient(String host, int port) {        this(ManagedChannelBuilder.forAddress(host,port).usePlaintext(true).build());

    }    public NameClient(ManagedChannel managedChannel) {        this.managedChannel = managedChannel;        this.nameServiceBlockingStub = NameServersGrpc.newBlockingStub(managedChannel);
    }    public void shutdown() throws InterruptedException {
        managedChannel.shutdown().awaitTermination(5, TimeUnit.SECONDS);
    }    public List<Ip> getIpsByName(String n){

        List<Ip> result = new ArrayList<Ip>();

        Name name = Name.newBuilder().setName(n).build();

        Iterator<Ip> iterator = nameServiceBlockingStub.getIpsByName(name);        while (iterator.hasNext()){

            result.add(iterator.next());

        }        return result;
    }    public static void main(String[] args) {

        NameClient nameClient = new NameClient(DEFAULT_HOST,DEFAULT_PORT);        for(String arg : args){

            List<Ip> result = nameClient.getIpsByName(arg);            for(int i=0;i<result.size();i++){
                System.out.println("get result from server: " + result.get(i) + " as param is " + arg);
            }
        }
    }
}

还是一样，上一篇说过的我们就不再老生常谈了，想了解的童鞋请移步传送门。我们来看不一样的地方，getIpsByName方法有所变化：

public List<Ip> getIpsByName(String n){        List<Ip> result = new ArrayList<Ip>();

        Name name = Name.newBuilder().setName(n).build();

        Iterator<Ip> iterator = nameServiceBlockingStub.getIpsByName(name);        while (iterator.hasNext()){

            result.add(iterator.next());

        }        return result;
    }

这里我们的返回值不是简单的Ip了，而是一个Ip类型的迭代器，这里我们还是选择再得到迭代器后把结果包装进一个list中，然后返回这个list。相应地，这样在main函数中调用getIpsByName的方法的时候因为返回值有所不同了，所以也需要有相应的改变。

运行验证结果

我们首先运行服务端NameServer，得到结果：

Jun 10, 2018 6:24:19 PM com.sunny.NameServer start信息: Server has started, listening on 8088

服务在8088端口上启动了，只要有客户端连接这个端口并发送请求即可。
然后启动客户端，注意在启动前加入程序参数

Sunny David Tom

图片.png

启动客户端NameClient，得到了我们请求的结果：

get result from server: ip: "125.216.242.51"
 as param is Sunny
get result from server: ip: "126.216.242.51"
 as param is Sunny
get result from server: ip: "117.226.178.139"
 as param is David
get result from server: ip: "117.227.178.139"
 as param is David
get result from server: ip: "111.222.336.11"
 as param is Tom
get result from server: ip: "111.333.336.11"
 as param is Tom
get result from server: ip: "111.222.335.11"
 as param is Tom

同样在服务端的控制台，我们也可以看到我们打印的服务调用信息：

get ip: "125.216.242.51"
 from name: "Sunny"get ip: "126.216.242.51"
 from name: "Sunny"get ip: "117.226.178.139"
 from name: "David"get ip: "117.227.178.139"
 from name: "David"get ip: "111.222.336.11"
 from name: "Tom"get ip: "111.333.336.11"
 from name: "Tom"get ip: "111.222.335.11"
 from name: "Tom"

至此，一个grpc服务端流式调用就做完了。
再次说明一下，点击grpc源码可以看到本项目的源码，里面也包括了上一篇的源码。欢迎大家fork实践体验。

点击查看更多内容